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HOW TO USE THIS MANUAL 


The LocalNet 20 Reference Manual and Installation 
Guide contains six chapters and seven appendices. 
The first chapter introduces LocalNet and two of its 
fundamental features: 


¢ broadband CATV data distribution and 


¢ the intelligent network — LocalNet’s ap- 
proach of incorporating required communica- 
tions protocols and processing in each 
LocalNet packet communication unit (PCU). 


The second chapter provides a general description of 
the LocalNet system and introduces the basic con- 
cepts embodied in all LocalNet products. The third 
chapter describes the particular capabilities and fea- 
tures of the LocalNet 20 PCU. The fourth chapter de- 
scribes each command provided by the PCU to its 


attached user devices. A description of each com- 
mand, including its function, arguments, and possible 
error conditions, is provided. Commands are listed al- 
phabetically. 


The fifth chapter is directed toward the installer of the 
LocalNet and, in particular, the LocalNet 20 PCU. This 
chapter starts with the unpacking of the PCU; the con- 
nection of the terminal, PCU, cable, and power; and 
the initial power-up. Initial testing is also discussed 
here; part of these tests can be used if troubleshoot- 
ing becomes necessary. 


The sixth chapter discusses troubleshooting, and of- 
fers some ways to analyze what may be wrong if the 
terminal and PCU do not seem to be working properly. 


The manual concludes with seven appendices. 
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A QUICK GUIDE TO USING THE REFERENCE MANUAL 
AND INSTALLATION GUIDE 


The following is a quick guide to the Reference Manual 
and Installation Guide for the LocalNet 20 packet 
communication units, the 20/100 and the 20/200. Be- 
cause of the long title, Reference Manual and Installa- 
tion Guide, it is referred to simply as ‘‘the manual.”’ 
The information presented in the manual is directed 
toward a wide range of readers and uses. The quick 
guide points out sections related to specific applica- 
tions of the manual and the packet communication 
units (PCUs). We hope that you will find the other sec- 
tions of general interest and use. 


All readers need to be aware of the differences be- 
tween command mode and data transfer mode, and 
how to get out of command mode. For this informa- 
tion, see Chapter 3. 


Appendix A describes the messages generated by the 
LocalNet 20 PCU. This section is useful for all readers. 


For keyboard data entry, Chapter 4 will help you set up 
and end a connection, list the commands, check the 
status of your connection to the LocalNet, and switch 
between connections to other devices attached to the 
LocalNet. You may also find the glossary of LocalNet 
and data communication terms useful (Appendix B: 
Glossary). 


For system management, Chapter 2 provides an over- 
view of LocalNet’s architecture and communication 
protocols. Chapter 3 provides detailed data on how 
the LocalNet 20 PCU works. PCU commands are dis- 
cussed in Chapter 4, and Appendix F shows how to 
read a PCU’s label to determine which options are im- 
plemented in that PCU. 


For system maintenance, read Chapter 2 for back- 
ground on LocalNet’s architecture and communica- 
tion protocols, Chapter 4 for commands, and Chapter 
6 for troubleshooting. Appendices C, D, E, and F pro- 
vide detailed technical information on the pins, speci- 
fications, flow control, and PCU labels. 


For installing a LocalNet, or adding PCUs to an exist- 
ing LocalNet, Chapter 5 offers a step by step guide to 
checking out a newly received LocalNet 20 PCU, and 
attaching it to the LocalNet and to a user device. It 
also shows how to set the attributes described in de- 
tail in Chapter 3. This includes the attributes that are 
common to all user devices and their sessions, the 
ones which are specific to one of the PCU’s ports, and 
the ones which control the port’s data-handling char- 
acteristics. Chapter 4 lists all the commands which 
can assist in matching the PCU to its user device. 
Commands controlling autobaud, status, location, 
and unit will be of special interest. 
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CHAPTER ONE 


This manual is designed to help you make the best use 
of Sytek’s LocaiNet* data communication network. 
This chapter presents the background for LocalNet; 
subsequent chapters define the features and use of 
the LocalNet 20 packet communication unit (PCU). 


LOCALNET: A BROADBAND LOCAL 
AREA DATA COMMUNICATION 
NETWORK 


LocalNet is an integrated, local area data communica- 
tion network serving not only future intelligent work- 
stations, but also the substantial installed base of 
interactive terminals, timeshared computer systems, 
and minicomputers which comprise today’s data net- 
works. Integrating the technologies of wideband 
broadcast local networks, packet switching, and ca- 
ble television (CATV), LocalNet provides services in- 
expensively enough for today’s needs but with the 
flexibility required for future applications. The gener- 
ality of the LocalNet system enables it to serve effi- 
ciently a wide range of user applications, among them 
timesharing networks, management information sys- 
tems, and integrated office communication systems. 
The particular advantages of the broadband commu- 
nication system further extend its usage to industrial 
control and monitoring systems, as well as inter-cam- 
pus and intra-city data distribution systems. Broad- 
band CATV is unique in its capacity to integrate a wide 
variety of data communication applications, as well as 
other services, onto a single medium. 


This manual describes the LocalNet 20 packet com- 
munication unit (PCU) that connects one or more ter- 
minals or (local) devices to the broadband network, 
and through the network to other (remote) devices, 
also attached to the network through PCUs. A com- 
pact unit, an individual PCU is connected to coaxial 
cable routed within the walls of a building. The coaxial 
cable carries data within a building, between the sepa- 
rate buildings of a large organization, and even over 
longer distances. The PCU, connected between the 


*“LocalNet’ is a registered trademark of Sytek. 
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local terminal and the coaxial cable network, allows 
data communication over the LocalNet system with 
many other remote terminals, printers, and comput- 
ers. As a result, the local device can choose any net- 
work member as a correspondent device. The local 
device can also communicate with members of other 
LocalNets if the network has bridges and/or gateways 
to those networks. 


TECHNOLOGICAL BACKGROUND 


Broadband coaxial cable (CATV) systems provide su- 
perior bandwidth characteristics, excellent noise im- 
munity, and offer straightforward user connection by 
inserting isolating taps on a single line or drop. The 
broadband system looks like a common bus to users 
at any physical access point. Standard frequency 
modulation methods are used on radio frequency (RF) 
carriers throughout the LocaiNet portion of the RF 
spectrum, creating many independent LocalNet digi- 


- tal information channels through frequency division 


multiplexing (FDM). These LocalNet channels coexist 
with other, non-LocalNet, services of the broadband 
network. Examples of such services might include 
point-to-point broadband modems, broadcast and 
conference video, and specialized data services, such 
as energy management and physical security. 


LocalNet time division multiplexes (TDM) these digital 


channels among a large number of user devices 


through the use of digital packet switching. Packet 
switching offers several advantages over other net- 
work architectures. Most significant are higher chan- 
nel utilization and optimized throughput provided by 
demand assignment of channel capacity to network 
users. Packet switching supports substantially great- 
er numbers of data communications network users 
than can be handled by the more inefficient circuit- 
switching techniques. Packet switching protocols 
provide efficient methods for user-to-user flow and 
error control, while providing the flexibility for user 
and equipment relocation and upgrade. LocalNet 
uses packet switching to provide time division multi- 
plexed access to each FDM channel by many PCUs. 
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INTRODUCTION 


THE INTELLIGENT NETWORK 


LocalNet provides data communications intelligence 
in each PCU. This intelligence performs packet as- 
sembly, disassembly, buffering, error and flow control. 
These services allow the construction of packet- 
switched connections between correspondent PCUs, 
and sessions between their attached user devices. 
This intelligence can also economically provide the 
value-added services of protocol and code conver- 
sion, speed matching, data security and more. The 
LocalNet network assumes responsibility for most 
data communications functions, from high-level, ap- 
plication-dependent requirements through complete 
transmission management, including network moni- 
toring and other services. LocalNet’s intelligent net- 
work is illustrated in Figure 1-1. 


Because network intelligence is contained within each 
LocalNet packet communication unit, control and reli- 
ability problems are minimized. Moving the network 


intelligence required for data communication proto- 
cols and functions into the network has the following 
advantages. This movement: 


e decreases network development and installa- 
tion time by reducing the need to develop new 
user device software or hardware; 


e substantially increases throughput by using 
the LocalNet packet communication unit to 
send user data through the network; 


e increases the processing capacity of devices 
by offloading substantial portions of network 
communication processing to the PCU; and 


e simplifies network growth by removing net- 
work dependent functions from user devices. 


Packet Broadband 
ae <—»,| Communication Cable 
res Unit (PCU) System 
—_—___—_—_ 
User Device LocalNet 


Responsibility 


Network Transmission Media Control 
Applications 
Error Control 
Flow Control 
Virtual Terminal Control 
Terminal Multiplexing 
Data Security 
Internetworking/Gateways 
Routing 
Network Reconfiguration 


Responsibility 


Protocol Processing and Conversion 


Figure 1-1. The Intelligent Network 
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This chapter outlines the basics of the LocalNet inter- 
nal architecture, reviewing the essentials of: 


¢ LocalNet’s overall! architecture, 


* communication services provided by Local- 
Net packet communication units, 


e broadband coaxial cable data distribution, 
e LocalNet internal communication protocols, 


e network interconnection: bridges and gate- 
ways, and 


e network management. 


NETWORK ARCHITECTURE 


LocalNet is a packet switched local area data commu- 
nication network providing communication functions 
via a broadband CATV data distribution system. The 
properties of broadband CATV permit LocalNet to 
construct many independent subnetworks—termed 
channels—on one or more CATV coaxial cable sys- 
tems. Each of these subnetworks provides data com- 
munication for hundreds of user devices. -. 


User devices are attached to the network via an intelli- 
gent interface device called a packet communication 
unit (PCU). Special network services, particularly sup- 
port for network management, are provided by Local- 
Net server nodes. LocalNet subnetworks (and 
associated PCUs, servers and user devices) can be 
connected through the use of packet-switched 
bridges and gateways. 


A typical LocaiNet system is composed of a series of 
components: 


¢ packet communication units, 


¢« bridges and gateways for channel and net- 
work interconnection, and 


° network management and control devices. 
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CHAPTER TWO 
LOCALNET SYSTEM OVERVIEW 


COMMUNICATION SERVICES 


A LocalNet 20 PCU provides a variable number of full 
duplex sessions based on switched virtual transport 
connections to other PCUs in the LocalNet. Sessions 
can be formed to another port on the same PCU, be- 


‘tween PCUs on the same LocalNet channel, or be- 


tween PCUs on different channels and cable systems 
via one or more interchannel bridges or gateways. 
Flow control is maintained between PCUs in order to 
match the speeds of user devices participating in a 
session—pacing each transmitter to the speed of the 
receiver, Compensating for heterogeneous band- 
width, delay, and error properties of the network, in- 
cluding statistical internal network congestion. 


There are two user device addressing forms: a fully 
qualified address specifying a particular device port 
on a particular PCU, and a partially qualified rotary 
address specifying any available port on a particular 
PCU or group of PCUs. 


The user device interface to the PCU (and thus to the 
LocalNet) is controllable either locally by the user de- 
vice or remotely by the network manager. This sup- 
ports overall LocalNet network control, permitting 
remote monitoring and control of a PCU from a net- 
work control center by the network manager. 


BROADBAND COAXIAL CABLE 


LocalNet utilizes broadband coaxial cable as its phys- 
ical communication medium. In wide use in many 
commercial CATV applications, this medium provides 
the high bandwidth (300 to 400 MHz), proven reliabil- 


ity and multidrop capability required for growing data 


communications requirements. Broadband cable 
provides high noise immunity, with each user branch 
electrically isolated from the main signal. This isola- 
tion also reduces the possibility of system failure from 
accidental or malicious causes. Analog video or voice 
applications can share the same cable using dedi- 
cated frequency channels. 
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LOCALNET SYSTEM OVERVIEW 


Broadband CATV is a directional broadcast transmis- 
sion system based on a single inverted tree physical 
topology. Each user device can broadcast its trans- 
mission in one direction, up the tree towards the CATV 
head-end. The head-end contains an analog frequen- 
cy broadband translator (LocalNet 50/50) that, like a 
satellite transponder, rebroadcasts the transmission 
from the headend of the tree, forward to all attached 
user devices. 


LocalNet exploits the directional aspect of the CATV 
transmission system to achieve full connectivity, and 
provides products that are compatible with each of 
the major cable system architectures: mid-split, sub- 
split and dual-cable. Bidirectional transmission on a 
midsplit LocalNet is illustrated in Figure 2-1. 


For LocalNet usage, the 300 MHz cable bandwidth is 
divided into multiple logical channels through the use 
of Frequency Division Multiplexing (FDM). Frequency 
shift keying (FSK) is used to modulate individual RF 
carriers at a 300 KHz spacing to create LocalNet 20 
data channels, with each channel accessed by multi- 
ple PCUs spread over the geographic radius support- 
ed by the broadband transmission system—up to 50 
kilometers. | 


OTHER 


SERVICES 


eo. 


UP-CONVERSION iG 
OF LOWBAND 1, 
TO HIGHBAND W 


RETRANSMITTION 
FACILITY 


SERVICES 
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5-110 MHz REVERSE 
160—440 MHz FORWARD 


440 MHz 


DATA CHANNELS 


LocalNet currently implements two classes of FDM 
data channels. LocalNet 20 supports one hundred 
and twenty channels with data rates of 128K bits per 
second (bps), and provides packet-switched data 
communications service to thousands of low duty cy- 
cle devices, such as terminals. LocalNet 40 supports 
five 2M bps channels and provides similar services to 
high duty cycle (greater than 1M bps PCU throughput) 
users over a smaller geographic area on the same 
broadband cable as LocalNet 20. LocalNet also pro- 
vides for the interconnection of LocalNet 20 and Lo- 
calNet 40 through interchannel bridges, to provide a 
single, integrated communication network. 


A simple type F coaxial cable fitting in each area to be 
served provides access to the underlying anaiog 
broadband network, and hence to LocalNet 20 and 40 
service. The independence of the transmission sys- 
tem from the types of services offered makes con- 
necting, disconnecting, and moving the PCU from 
room to room a simple process, with no wiring 
changes required. Functional upgrades or the addi- 
tion of new services, such as voice and video telecon- 
ferencing, may be made without addition or change to 
the analog CATV transmission system. 
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Figure 2-1. Bidirectional Midsplit Broadband Channel Organization 
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COMMUNICATION PROTOCOLS 


Transmission bandwidth on a channel is allocated ina 
distributed manner using a carrier-sense multiple-ac- 
cess with collision detection (CSMA/CD) access 
method. This technique permits each packet commu- 
nication unit to contend independently for transmis- 
sion access with other PCUs on the same channel. The 
minimization of centralized network control provides 
for high system reliability, low transmission delay, and 
channel utilization in excess of 95%. The LocalNet 
protocol architecture is illustrated in Figure 2-2. 


This architecture allows user devices to communicate 
primarily through sessions. User initiated sessions 
provide the communication services to each port. 
Many sessions can be attached to (and controlled 
from) each port, and many ports can be attached to 
(and controlled from) each user device. In general, 
each transaction between host and PCU is labeled, ei- 
ther directly or indirectly, with the port and session 
numbers to which it applies. 


LocalNet employs a layered architecture conforming 
to the Reference Model for Open Systems Intercon- 
nection (OSI), developed by the International Stan- 
dards Organization (ISO). This model specifies a 
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seven layer architecture that facilitates communica- 
tion among open, or standardized, systems. The sev- 
en layers are described below: 


Physical Layer — The physical layer within Lo- 
calNet is the broadband coaxial cable in- 
formation distribution system. 


Link Layer — LocalNet uses several link layer 
protocols. The most important of these 
provides for channel level addressing, 
packet framing, and cyclic redundancy 
check (CRC) generation and checking, as 
well as channel bandwidth allocation using 
distributed CSMA/CD control. Other link 
protocols are used, as required, in bridges 
and gateways. 


Network Layer — LocalNet implements a data- 
gram network layer that provides data- 
gram-based addressing and routing of 
packets. 


Transport Layer — LocalNet provides several 
transport layer services, the most impor- 
tant of which is flow- and error-controlled 
connections between PCUs. 
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Figure 2-2. LocalNet Protocol Architecture 
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Session Layer — LocalNet PCUs implement ses- 
sion layer services that provide access 
control, service accounting, name directo- 
ry, and extended addressing services. 


Presentation Layer — The presentation layer 
provides data formating and conversion 
functions. LocalNet PCUs support presen- 
tation layer functions. 


Application Layer — The application layer pro- 
vides application-specific services to user 
devices. Generally, implementation of 
functions in this layer is left to the user. 


The Physical Layer 


Broadband coaxial cable is the physical foundation of 
LocalNet. LocalNet divides the available bandwidth of 
the coaxial cable into a number of frequency division 
multiplexed channels which are allocated for low 
speed (LocalNet 20) and high speed (LocalNet 40) ap- 
plications, as required. LocalNet PCUs transmit on 
the cable via radio frequency (RF) modems that con- 
vert the digital data stream to an FSK modulated ana- 
log signal. As illustrated in Figure 2-3, LocalNet 
modems are an integral part of each PCU. 
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Device 


Figure 2-3. User Device Attachment 


The cable system is passive and does not impose a 
specific digital protocol on user devices and PCUs. 
The modems are packaged with the PCU, making the 
broadband cable system independent of the applica- 
tion, capable of supporting simplified service up- 
grades and extensions without cable system changes. 


The connection of a LocalNet device to the coaxial ca- 
ble and to the cable facilities is passive; connection or 
disconnection of the LocalNet device, or of a user de- 
vice, does not affect the operation of either LocaiNet 


or the cable system. LocalNet transmissions are-con- 
tained in two frequency bands: an inbound band (low 
frequency) and an outbound band (high frequency). 
The inbound and outbound directions are usually re- 
ferred to as the reverse and forward directions, re- 
spectively. Each modem transmits at a selected low 
frequency and receives at a correspondingly higher 
frequency. An analog frequency translator, the Local- 
Net 50/50, joins corresponding low and high frequen- 
cies to construct logical LocalNet digital channels. 


Channels are allocated in groups of 20, and corre- 
spond to standard 6 MHz commercial video channel 
bandwidths. Transmission and channel allocation 
methods are RF analog. 


The Data Link Layer 


The data link layer transfers user data and commands 
between network nodes by way of the coaxial cable 
medium. The unit of information exchanged at this 
layer is referred to as a frame; frames are encoded ina 
High Level Data Link Control (HDLC) format, which 
has been modified to better support the local 
networking environment. HDLC allows for variable 
data record lengths through the use of flag characters 
to delimit the frame. Data integrity is assured through 
the use of a frame check sequence (FCS) algorithm 
which provides error detection and enables error cor- 
rection through retransmission by the transport layer 


protocol. Automatic zero insertion and deletion al- | 


lows for the transparent transmission of user data. 


The use of an HDLC-derived data link protocol, coup- 
led with the CSMA/CD cable-access technique, pro- 
vides for the fair and equitable allocation of channel 
bandwidth to all LocalNet users, without requiring a 
centralized control mechanism. 


The Network Layer 


The network layer provides an unacknowledged pack- 
et transfer service between packet communication 
units on the same channel, on differing channels, or 
on differing LocalNet cable systems. Internal routing 
of packets between LocaiNet elements is the funda- 
mental function of the network layer protocol. 


The Transport Layer ; 

The transport layer provides end-to-end data trans- 
port via a reliable stream protocol (RSP) that is opti- 
mized for high throughput, providing reliable, flow- 
controlled transfer of user data via a_ virtual 
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connection. Up to four simultaneous virtual connec- 
tions can be supported by a LocalNet 20/100 PCU. 
The LocalNet 20/200 PCU supports up to sixteen si- 
multaneous virtual connections. One or more virtual 
connections can be associated with each user port. 
High data integrity, as well as the in-sequence delivery 
of user data, is obtained by the use of sequence num- 
' bers, end-to-end positive acknowledgments, and 
packet retransmission. Control over the flow of data 
across the virtual connection and to user devices is 
provided by a windowing algorithm. 


The Session Layer 


The session layer provides the network and session 
management functions to LocalNet packet communi- 
cation units. Session layer protocols are responsible 
for resource protection, data security, network au- 
thentication, and symbolic name translation. 


The Presentation Layer 


The presentation layer provides data communication 
through the virtual terminal service. The virtual termi- 
nal service consists of a single transport layer virtual 
connection constructed from network layer datagram 
packets. 


The virtual terminal.service is oriented towards the 
support of many low-speed devices transmitting es- 
sentially character-at-a-time traffic. It provides a host 
interface that maximizes host terminal buffer utiliza- 
tion and provides tools for controlling the format of 
data presented to and received from remote terminals 
attached to LocalNet 20 PCUs. 


The Applications Layer 


LocalNet packet communication units provide a com- 
mon, high performance, high function computer net- 
work that minimizes the effort needed by users to 
implement sophisticated applications. Standard Lo- 
calNet packet communication units leave the imple- 
mentation of applications to the user’s devices. 


NETWORK MANAGEMENT 
FUNCTIONS 


The OSI Reference Model provides for the implemen- 
tation of network management protocols and ser- 
vices. These services allow for the configuration, test, 
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control, and management of an operational network. 
The following network management services are im- 
plemented in LocalNet 20: 


° Diagnostic and maintenance facilities 
-e Network startup and shutdown 

¢« Performance monitoring 

e Reconfiguration 


e Network security 


PACKET COMMUNICATION UNITS 


LocalNet provides communication intelligence at 
each user interface point implementing applicable. 
protocols from the LocalNet protocol suite. Services 
typically provided include: packet assembly and dis- 
assembly, buffering, session management, error and 
flow control, protocol and code conversion, speed 
matching, and data security. 


NETWORK INTERCONNECTION 


LocalNet provides three methods by which packet 
communication units (and their associated user de- 
vices) can communicate. First, for users connected to 
PCUs configured on the same LocalNet channel, the 
basic protocol provides complete one-hop connecti- 
vity. Second, for users attached to different channels 
on the same cable, an optional store-and-forward 
packet mode bridge routes packets between Local- 
Net channels. Third, for users attached to different ca- 
ble systems, each supporting LocalNet, the gateway, 
a variant of the bridge, provides for interconnection of 
these distinct LocalNet systems into one common 
network through use of one or more transit networks: 
AT&T’s Digital Data Service (DDS), a public packet- 
switched value added network (VAN), or other data 
communication system. 


LocalNet gateways provide data communication be- 
tween LocalNet installations and external networks, 
including X.25 packet networks. These gateway prod- 
ucts both extend the size and geographical coverage 
of LocalNets, as well as supporting their interconnec- 
tion with other types of networks. 
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CHAPTER THREE 


This chapter introduces the basic concept of oper- 
ation of the LocalNet 20 packet communication unit 
(PCU), and defines each of the PCU’s features and at- 
tributes. Chapter 4 defines the individual commands 
recognized by the PCU and controlling its operation. 
This chapter concludes with a basic overview of the in- 
ternal and external construction of the LocalNet 20 
PCU. 


CONCEPT OF OPERATIONS 


The LocalNet 20 PCU is designed as a network inter- 
face for serial interface devices, such as asynchro- 
nous terminals and computer systems. The LocalNet 
20 PCU uses a common packet-switched backbone 
network, permitting Communication with other de- 
vices interfaced to the network through LocalNet 
products. 


The essential service provided to user devices by Lo- 
calNet 20 PCUs is the full-duplex transport of data 
bytes between correspondent user devices over 
packet-switched sessions. A LocalNet 20 PCU inter- 


faces its user devices via ports that provide access 


points to a virtual terminal service provided by each 
PCU. Sessions provide the communication medium 
between ports. A total of four sessions can be sup- 
ported concurrently by each LocalNet 20/100 PCU, 
apportioned in any manner to the two device ports. 


A LocalNet 20/200 PCU can interface as many as 
eight user devices. A total of sixteen sessions can be 
supported concurrently by each 20/200 PCU, and 
these sessions can be apportioned in any manner to 
the eight 20/200 user device ports. 


The PCU provides the means for user devices to initi- 
ate sessions to other devices attached to the same or 
a different PCU. The requesting user device need not 
be aware of the physical or logical location of its corre- 
spondent, as the LocalNet system provides all the 
necessary routing services. A source PCU, once a 
session has been initiated, takes data provided by a 
transmitting user device, formats that data into pack- 
ets and uses the LocalNet internal data communica- 
tion protocols to route that packet to the destination 
PCU. The destination PCU removes the data from re- 
ceived packets and transmits the data to the receiving 


SERVICES AND OPERATION 


user device. Data transmission is full duplex so that 
both correspondent user devices can be simulta- 
neously transmitting and receiving. The manner in 
which data is presented to the PCU, and by the PCU to 
its attached devices, is under the control of the device. 


LocalNet 20 channels are organized into six frequency 
groups. Each PCU contains a frequency-agile RF mo- 


- dem capable of directly tuning to the twenty LocalNet 


20 channels in its frequency group. PCUs with mo- 
dems belonging to the same frequency group can 
communicate by selecting the same channel. PCUs 
with modems belonging to differing frequency 
groups, or prohibited from changing their modem 
channel, can communicate only through an interme- 
diary, LocalNet’s interchannel packet mode store- 
and-forward bridge. 


COMMUNICATION SERVICES 


Each LocalNet 20 PCU provides a range of communi- 
cation services to its attached devices. These services 
include: 


PCU management — overall management of the 
PCU, including specifying its identity, loca- 
tion, and protection attributes 


session management — management of indi- 
vidual sessions, including session _initi- 
ation, termination, and control 


data handling — handling and processing of 
user data through sessions, including flow- 
and-error control 


signaling — out-of-band signaling across ses- 
sion boundaries 


maintenance — facilities provided for network 
diagnostics and maintenance, particularly 
local PCU diagnostics. 


The PCU features described above are controlled bya 
set of attributes set via PCU commands from the de- 
vice. Attributes are divided into two categories: those 
maintained for the entire PCU, and those maintained 
for each PCU port. Sessions can individually control 
their per-port attributes. 
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Capacity 


The 20/100 PCU supports a maximum of four simulta- 
neous sessions and two user device ports. The 20/200 
PCU supports a maximum of sixteen simultaneous 
sessions and eight user device ports. 


Performance 


The throughput of a LocalNet 20 PCU depends on the 
characteristics of traffic between it and its user de- 
vice. Sending single characters at low speeds requires 
more processing overhead than sending files at high- 
er speeds. The aggregate throughput is on the order 
of 20 bps. Some settings of the PCU data handling 
attributes can increase delay in processing a packet 
while also increasing throughput; see the discussion 
on the intercharacter idle timer. 


USER DEVICE CHARACTERISTICS 


LocalNet 20/100 and 20/200 PCUs interface asyn- 
chronous interactive terminals to the LocalNet. These 
devices can range in data rate from 300 to 19.2K bps, 
and may use any parity and number of stop bits. The 
hardware interface is EIA RS-232C compatible. For 
user devices such as host computers and block mode 
terminals, where the aggregate input data rate to the 
PCU is greater than 2400 bps, flow control is recom- 
mended in order to prevent loss of data. 


PCU/DEVICE INTERFACE 


A PCU has three device interface modes: command, 
autobaud, and data transfer. 


Command Mode 


In command mode, a user device may input com- 
mands to either the local PCU or aremote PCU. When 
the PCU is reset, initially powered up, or has a terminal 
initially attached, the user interface is in command 
mode— indicated by the # prompt. 


If there are no sessions on a port, and the port is not in 
autobaud mode, it is in command mode. While in 


command mode, the PCU responds to flow control re- 
quests from the user device. However, the PCU does 
not request flow control of input from the user device. 


Autobaud Mode 


A PCU enters autobaud mode after the rear-panel re- 
set button has been pushed twice within a few sec- 
onds. In autobaud mode, the PCU ascertains and 
matches the baud rate of devices attached to all its 
ports. The PCU searches the incoming data stream, 
beginning at arate of 19.2K bps. The device must sup- 
ply ASCII carriage returns until the PCU has matched 
data rates with its attached devices. 


In addition, each PCU accepts an interface signal (see 
Appendix C) that causes the port to autobaud. This 
autobaud can be accomplished at any time while Data 
Terminal Ready (DTR) is asserted. 


Each device is placed in command mode after this re- 
set. Receipt of the PCU command mode prompt an- 
nounces a successful reset. 


NOTE: 

If the port has quiet enabled, the PCU does not 
display the command mode prompt # , nor com- 
mand mode echo, nor does it display error mes- 
sages when the PCU is in data transfer mode 
(see below). Having quiet on disables the display 
of a PCU’s responses to all but two local com- 
mands: the PCU’s response to the status and 
help commands is still displayed at the attached 
device. 


Data Transfer Mode 


Once a session has been established, by use of the 
call or pcall command, (see Chapter 4) the user device 
enters data transfer mode from command mode auto- 
matically. At this point the user can log in to a remote 
device and begin sending and receiving data. 


NOTE: 
A new user may accidentally enter command 
mode. Simply entering one or two Carriage re- 
turns, or a space and a Carriage return, restores 
data transfer mode. 
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Transparent Mode 


Devices often require the use of a connection on which 
all eight bits of each byte may be transmitted trans- 
parently, without interpretation by either the source or 
destination PCU. For this purpose, transparent mode 
is defined in the following way: 


e none or break is specified as the command 
mode entry string 


* noneis specified for the end of message deli- 
miter (EOM) 


e« none or EIA is specified for source and desti- 
nation local flow control 


¢« none is specified for parity. 


When the specified attributes are set as shown, the 
PCU does not interpret characters in an attempt to 
derive command mode invocation, message delimi- 
ters, or flow control characters. In addition, the PCU 
does not interpret or modify the eighth bit of each byte 
as parity. For more information, see the command, 
flow, eom, and parity commands in Chapter 4. 


Abbreviated Commands 


The LocalNet 20 PCU permits the user to enter just 
enough characters to distinguish a command from all 
other available commands. For instance, help is the 
only command that begins with an h, so his the only 
letter needed to request a display of currently enabled 
commands. However, in order to distinguish between 
status, stops, and switch, the command strings sta, 
sto, or sw, respectively, are entered. 


The PCU supplies the remaining characters of the 
command if a space or carriage return is entered after 
the minimum character string. 


GLOBAL PCU MANAGEMENT 


PCU management attributes are of two types: those 
global to the PCU and all its ports and sessions simul- 
taneously, and those specific to a particular port and 
its sessions. 


Global attributes include: unitid, location (linkAd- 
dress, channelNo), group, privilege, and enabled 
commands. The value of these attributes is the same 
for all ports on a given PCU. 


SERVICES AND OPERATION 


Global attributes control the identity of the PCU on 
the LocalNet, its jocation on the LocalNet, and its pro- 
tection state. 


Addressing 


To support information routing, each PCU possesses 
a set of address attributes, including 


e the PCU’s unique unitid, used for PCU-to- 
PCU routing in the network layer and for ses- 
sion initiation 


e« the modem group for which the PCU is confi- 
gured 


e the modem channelNo to which the PCU mo- 
dem has been tuned 


e the link access protocol /inkAddress, used for 
on-channel link layer routing. 


Generally, a remote PCU port is identified only by the 
PCU unitld, as well as required portids. The unitld is 
specified for each PCU at its initial configuration time. 
It is a sixteen bit value—represented as four hexadec- 
imal digits—and permits over 65,000 PCUs to be con- 
figured onto a single LocalNet. 


The modem group specifies which of six groups of 
twenty LocalNet 20 channels the PCU’s modem can 
directly tune. The modem group is determined by the 


‘hardware installed in each PCU and is specified at the 


factory. The modem group is indicated by an alpha- 
betic value between A through F, and L through N, in- 
Clusively. 


A PCU’s location is specified by its channelNo and 
linkAddress. The channeINo, specified in the range of 
O0O— 119, identifies which of the 120 LocaiNet 20 chan- 
nels is to be used by the PCU for its communications 
with other PCUs. Each PCU has the ability to make 
limited changes to its location by tuning its modem to 
one of the twenty channelNos addressable within its 
modem frequency group. The modem frequency 
group of a PCU is indicated by its option label (see Ap- 
pendix G). 


A local user, if permitted, can alter his or her PCU 
channelNo within the range of the PCU modem group. 
However, most installations will choose to disallow 
this movement, because unrestricted changing of the 
channelNo can overload the channel if many users se- 
lect the same channel at the same time. The /inkAa- 


_ dress provides an internal hardware address that is 
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used to minimize internal processing overhead. Alter- 
ations to the /inkAddress are made by the network 
manager. — 


A PCU’s location, both channelNo and linkAddress, 
can be changed independently of its unitid while the 
PCU retains its membership in its LocalNet. PCU loca- 
tion changes in a large LocalNet are tracked by inter- 
channel bridges and the network control center. 


Access Control: Command Protection and 
Privilege 


LocalNet 20 PCUs provide tools to control access to 
the system facilities. This control is based on two fa- 
cilities: enabled commands and privilege. 


The network manager’s guide supplied with each sys- 
tem explains these tools. 


PCU global attributes are summarized in Figure 3-1. 
Each attribute is retained in the non-volatile attribute 


memory; these attributes are also retained across 
power failures and normal PCU resets. 


Attribute Name Possible Values 


unitld 0000-FFFF (hexadecimal) 
linkAddress 


0-254 (decimal) 

0-119 (decimal) 

enabied commands }; all commands 

privilege on or off 

group A-F (mid-split) L-N (sub-split) 


channelNo 


Figure 3-1. PCU Attribute Summary 


Global PCU Management Commands 


The PCU attributes are controlled by the following 
commands: 


disable — disables named commands from 
non-privileged invocation 


enable — enables named commands for non- 
privileged invocation 


group — specifies to the PCU its modem fre- 
quency group. Normally the group is set at 
the factory and the command is not further 
used 


location — specifies, to the PCU, the LocalNet 
20 channeINo to which it is to tune its mo- 
dem, and the /inkAddress to be used on 
that channel 


privilege — enables/disables the privilege state 
of the PCU 


unit — specifies the unitid of the PCU 


These commands control the availability of com- 
mands for each PCU, its location and group numbers, 
and the ability of the PCU to control other PCUs re- 
motely. For more information on these commands, re- 
fer to their alphabetical listing in Chapter 4. 


SESSION MANAGEMENT 


A session is a data communication connection be- 
tween a local user device and a remote user device 
through the respective PCUs. Each session has its 
own set of attributes controlled by PCU commands. A 
session can be initiated or terminated from the local 
device, and the device can be switched among two or 
more sessions attached to its port. In addition, ses- 
sions can be controlled remotely from correspondent 
and third party PCUs. 


Addressing 


A user-level address has two parts: unitid and portid. 
The unitid uniquely identifies the selected PCU on its 
LocalNet, and the portid identifies the requested ac- 
cess point at which a user device is attached to the 
PCU. 


The address used to establish a session with a remote 
device can have one of the two following forms: 


unitld,portid — a fully qualified address 


unitld — a partially qualified (rotary) address 


A session initiation request that is fully qualified speci- 
fies the LocalNet access point (portid) to which the 
session request is directed. If the requested port is 
unavailable, the request is denied. If the partially 
qualified address is used, the portid is omitted, and 
the PCU places a rotary call. 
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Using a partially qualified address permits any of a 
group of equivalent points, called a rotary group, to 
serve as the destination of the session. This group 
consists of ports 


1 which are on PCUs with unitlds within the 
range of the rotary 


2 where the number of current sessions is less. 


than the specified maximum number of ses- 
sions 


3 which, if Data Terminal Ready (DTR) is not set 
to off, have the EIA pin DTR asserted by the 
destination device (e.g. computer port) 


4 that have listen set to on. 
A rotary call is made to the first free port found within 


the PCU rotary group. The first unassigned unitid ter- 
minates the rotary. For example, the unitid sequence: 


1234 1235 1236 
1238 1239 

1241 

1243 


contains four rotary groups: 1234 through 1236, 1238 
through 1239, 1241, and 1243. A rotary call to a group 
will result in a session with the first available port with- 
in that group. If no free port is found within the group, 
the session initiation attempt fails. The PCUs within a 
rotary are not confined to the same LocalNet channel 
if a bridge is used, nor do they have to serve the same 
user device. 


Session Management Commands 


The following commands provide session control, as 
well as set the values of session management aitri- 
butes: 


call — The call command initiates fully qualified 
and rotary sessions. 


done — The done command terminates either 
current or non-current sessions. (See the 
section on Multiple Sessions, below). 


help — The help command displays a list of 
commands enabled for the requesting 
port. 
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listen — The listen command enables/disables 
the port to respond to incoming session re- 
quests. 


maxsession — The maxsession command 
specifies the maximum number of sessions 
that can be attached to a given port. 


status — The status command supplies a sum- 
mary of all global PCU and port-specific at- 
tributes, as well as a list of established 
sessions for the port. 


suspend — The suspend command places a 
session into a flow controlled state. 


switch — The switch command changes the cur- 
rent session, re-activates it if it was sus- 
pended, and places the port in data mode. 


Session Initiation 


A PCU responds to both local and remote requests to 
initiate sessions. A local session initiation request . 
takes the form of a call command from a user device 
attached to the local PCU. The session can be estab- 
lished either to another port on the same PCU, or toa 
port on aremote PCU. A remote PCU can request the 
establishment of a session between two other PCUs. 


Sessions also can be established using the permanent 
session mechanism (pcall) to call a pre-selected PCU 
(punit). Attempts to establish a permanent session 
can be initiated either automatically or by the occur- 
rence of an external event. In automatic mode, a call is 
automatically initiated whenever the local port has no 
current session. In the on mode, the external event 
which triggers pcal/ can be either a carriage return en- 
tered by the user device when there are no sessions, 
or the raising of DTR by the device (if DTR control is 
not set to off). | 


Fully or Partially Qualified Addresses 


The session request can use an address which is ei- 
ther fully or partially qualified. If the address is fully 
qualified, the request is for a specific port. If the port 
has a free session available, the request is granted 
and the session is established. If the address is par- 
tially qualified, the request is for a rotary and the local 
PCU responds by establishing a session to the first 
free port enabled for incoming sessions. If no such 
port is so enabled, the request is denied. Each session 
is labeled with a port specific sessionNo identifying 
the session. The sessionNo is assigned sequentially 
from 1 when multiple connections are established. 
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Session Establishment 


Aremote PCU can not accept a request for a session if 
the DTR control parameter is set to on and the DTR 
line of its EIA interface is not asserted, or if a DTR 
timeout is specified and DTR is not raised within the 
specified time. If a PCU has been enabled to receive 
incoming sessions and has not yet received DTR from 
the user device, ring indicator (RI) is raised when an in- 
coming session request is detected. RI is lowered 
when DTR is received from the user device. 


lf DCD control is set to on, the PCU asserts Data Carri- 
er Detect (DCD) for each port having an active ses- 
sion. If all sessions on that port are terminated, DCD is 
dropped. 


Session Termination 


The PCU supports termination of sessions through 
the use of the done command. A local user device can 
terminate both the current session and any non-cur- 
rent sessions. The remote PCU may also terminate a 
session. 


Sessions may be terminated if a timeout value has 
been specified for the local or remote PCU and if no 
character has been sent or received during the speci- 
fied period. Also, if DT Rcontrol is set either to on or to 
a timeout value, and DTR is dropped by the user de- 
vice, all outstanding sessions for that port are auto- 
matically terminated. 


Multiple Sessions 


The 20/100 PCU supports up to four simultaneous 
sessions which may be allocated to a single port or 
distributed to both ports. The 20/200 PCU supports 
up to sixteen simultaneous sessions which may be al- 
located to a single port, or distributed among the eight 
user device ports. 


The number of simultaneous sessions allowed for a 
particular port is determined by its maxsession pa- 
rameter. For instance, on a 20/200 PCU, port 0 might 
have a maxsession limit of 8, while ports 1, 2, and 3 
have limits of 5, and ports 4 through 7 have limits of 4 
each. If ports 2, 5, and 6 have all sessions connected, 
13 of the 20/200 PCU’s sessions are in use. Port 0 can 
now have no more than 3 sessions, (making the 20/ 
200 PCU’s total of 16), even though the maxsession 
limit for port 0 is 8. 


On a port, one active session is marked as the current 
session, and all input from the user device is directed 
to this session for transmission. On a status display, 
the current session is indicated by an asterisk after 
the unit and port numbers of the remote PCU. Ses- 
sions that are not current may remain active, or be 
suspended. An active session continues to receive 
and to deliver output data to the local device. To pre- 
vent data from another active session from being 
mixed at the user device with data and commands 
from the current session, a session may be suspend- 
ed, thus flow controlling its connection, preventing 
subsequent data transport until reactivated. See the 
suspend command, Chapter 4. 


Session Switching and Suspension 


A device can request its PCU to switch between ses- 
sions. The switched-from session remains active until 
explicitly suspended. If the switched-to session had 
been suspended, it is reactivated as a side effect of 
the switch. 


If a device issues a new session request while any ses- 
sion is open, the completion of the new session re- 
quest automatically switches the device port to the 
newly opened session. If a session is initiated to a re- 
mote port which already has a session, and the re- 
mote port is in command mode, the remote port is 
switched to the new current session. However, if the 
remote port is in data mode, it does not switch to the 
new session. 


Remote Command Execution 


Any enabled PCU command can be invoked either by 
the local device or by a remote PCU via an outstand- 
ing session. The status of remotely executed com- 
mands is routed back to the originating PCU port 
through the current session. Disabled commands are 
unavailable, except to a privileged PCU. Flow control- 
ling a session inhibits receipt of remote commands. 


DATA HANDLING 


The user device may specify several attributes that 
control the manner in which its PCU port presents and 
processes data over the sessions attached to that 
port. 
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Flow Control 


LocalNet 20 PCUs support the capability to control 
the flow of data to and from attached devices. Flow 
control provides for: 


¢ speed matching between devices of differing 
transmission speeds, 


* compensation for links of differing band- 
width, delay, and error rate, between linked 
LocalNets, and 


e reliable data delivery in the event of network 
or PCU congestion. 


Each LocalNet 20 PCU responds to flow control sig- 
nals both from its attached devices and from the re- 
mote PCUs with which each of these devices is 
communicating. Each session’s underlying transport 
virtual connection propagates flow control informa- 
tion between correspondent PCUs. 


LocalNet 20 supports two local flow control modes: 
EIA and xon/xoff. A device may select one of these 
modes to apply to its PCU port. The type of local flow 
control may differ between correspondent PCUs. 
More information on PCU flow control is contained in 
Appendix D. 


Packet Construction and Transmission 
The PCU makes packets of the characters sent by a 
device for transmission to a remote PCU, and sepa- 
rates received data packets into characters for subse- 
quent transmission to the local device. A device can 
define the conditions under which packets are trans- 
mitted to a remote PCU. Four conditions result in 
transmission: 

1 PCU input buffer full, 

2 intercharacter idle timer timeout, 


3 logical end-of-message, or 


4 anEOM count. 


BUFFER FULL 


When the internal PCU input buffer is full, the contents 


of the buffer become the data portion of a packet and 
are transmitted. Packets are always transmitted when 


the buffer is full. 


SERVICES AND OPERATION 


INTERCHARACTER IDLE TIMER 


The PCU maintains an idle timer to measure the time 
elapsed between input characters. The timer clock is 
restarted after each character is received. 


To insure prompt delivery of single characters when 
using a full-duplex terminal, the buffer is closed and 
its contents are queued for packet transmission, if no 
subsequent character is input before the designated 
time expires. 


The user can specify the value of the idle timer in units 
of 10 milliseconds. 


END OF MESSAGE 


LocalNet 20 PCUs support the definition of logical 
messages as sequences of characters within a ses- 
sion. A message is delimited by an End Of Message 
(EOM) event that can be selected from several sup- 
ported by the PCU. When the sending PCU has de- 
tected a local End Of Message condition, the current 
buffer is closed and transmitted. A buffer can contain 
both data and an EOM signal, but the EOM signal is 
the last that can be placed in the buffer. The EOM sig- 
nal takes precedence over the two other conditions: 
buffer full and expiration of the idle timer. Several 
buffers or packets may constitute a logical message. 
Message length can be specified by the device and is 
not limited by buffer size. 


The user can specify one of a series of EOM events, or 
a message length, to be recognized: 


none — If noneis the EOM parameter selected, 
an End Of Message event is not sensed. 


newline — Each newline character received 
from the device signals an EOM. The new- 
line character can be defined by the device. 
When the device transmits the newline 
character to the PCU, the PCU places the 
newline character in the current buffer, 
closes the buffer and transmits it as a pack- 
_et labeled EOM. 


control character — When the device transmits 
any ASCII control character, the PCU 
places that character in the current buffer, 
closes the buffer and transmits it as an 
EOM packet. This condition ensures 
prompt delivery of ASCII control charac- 
ters. 
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message length — When the count of characters 
received from the device reaches a speci- 
fied number, the internal buffer is closed 
and transmitted as an EOM packet. 


Newline Expansion 


The device can request the local expansion of input 
newline characters in order to provide for automatic 
line feed. If newline expansion mode is enabled, when 
a newline character is received from the device, the 
specified expansion will be echoed to the attached de- 
vice regardless of the setting of the echo command. 
Only the newline character is sent to the remote PCU. 


The device can specify whether this feature is en- 
abled, and what character is used for the expansion. 


Command Mode 


COMMAND MODE ENTRY 


The PCU enters command mode after the user device 
issues a command delimiter. The delimiter can take 
one of the following forms: 


¢ astring of two ASCII characters, or 
e the break signal. 


The user must specify which form to use, using the 
command command. The default is the escape char- 
acter (hexadecimal 1B), followed by the delete charac- 
ter (hexadecimal 7F). To determine what a PCU port’s 
command entry sequence is, type the status com- 
mand and note the hexadecimal values which appear 
next to the command listing. (See Appendix G for the 
ASCII equivalents of those codes.) 


COMMAND MODE RESPONSE DISABLE 


The PCU normally echoes command characters local- 
ly and supplies prompts and status information. The 
device can disable this output, if desired. When com- 
mand echo is disabled by issuing the quiet command 
with the parameter on, no command characters or 
command prompts are issued by the PCU, except for 
information returned in response to help and status 
commands. The quiet command is most useful for in- 
terfacing PCUs to computer communication ports so 


that PCU-issued prompts and messages are not re- 
ceived by the host, and so the host software does not 
have to be modified to interpret the prompts and mes- 
sages. 


Ports that have quiet enabled may appear inoper- 
ative. For this reason, the help and status commands 
always cause a display, regardless of the quiet mode 
setting. 


Baud Rate 


The device can select a baud rate from the range be- 
tween 19.2K and 75 bps. As a result of this command, 
the PCU port begins sending data to the device at the 
selected baud rate, and expects data to arrive at that 
rate from the device. 


Parity Rate 


The attached device uses the parity command to 
specify the parity applied to characters output to the 
device. If parity is none, 8-bit data is passed to the de- 
vice as it was received. If parity is odd or even, parity is 
generated for 7-bit data. Incoming parity is never 
checked by the PCU. 


Stop Bits 


The device uses the stops command to specify the 
number of stop bits used on the EIA interface. The 
number can be 1, 1.5, or 2 bits. 


Timeout 


Using the timeout command with a parameter be- 
tween 1 and 30 minutes disconnects the port if no in- 
put or output to the device has occurred during the 
specified interval. Entering a parameter of 0 disables 
the automatic disconnect feature. 


Punit 


The punit command identifies the unit, and optionally 
the port, to which a permanent session is to be made. 
Parameters are the same as those for call. Using 
unitld and portid provides a fully qualified address; 
the unitid alone provides a rotary address. 


Peall 


The pcall command determines if permanent sessions 
are to be established, and under what conditions. 
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Calis are made to the unit and port specified by the 
punit command. Depending on the mode selected, 
sessions can be established automatically or when 
prompted. Pcall can be set to on, off, or auto. 


Local Echo 


The echo command controls whether the PCU port 
echoes to the attached device the data presented to 
the PCU for transfer to a remote device. Echo can be 
set to on or off. 


Autobaud Pin Enable 


The autobaud command enables and disables the 
functioning of the autobaud (AB) pin on the port’s RS- 
232 connector. Autobaud can be set to onor Off. 


Port-Specific Data Handling Attributes 


Figure 3-2 summarizes the PCU attributes specific to 
each port and all sessions attached to the port. 


Attribute Name 


Local flow control mode 

Xon Character 

Xoff Character 

Character idle timer 

Command mode delimiter 

‘Command mode characters 

Command mode response disable 
_ Baud rate 

Parity 

Stop bits 


Any ASCII 
Any ASCII 


Any ASCIl 
on or off 


1, 1.5, 2 
0 to 255 


Message length 


10 to 2550 msec 
none, break, sequence 


75, ...,19200 
none, odd, even 
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Port Specific Data Handling Commands 


The following commands control the data handling at- 
tributes of each port on a PCU. 


autobaud — The autobaud command enables 
or disables the autobaud (AB) pin on the 
port’s RS-232 connector. A double reset 
using the button on the PCU’s rear panel 
will still cause all ports of the PCU to auto- 
baud, regardless of the setting of this com- 
mand. 


baud — The baud command specifies the baud 
rate to be used on the port. 


command — The command command specifies 
the command mode entry string. 


echo — The echo command enables/disables 
local character echoing only when the PCU 
is in data transfer mode. The quiet com- 
mand controls echo in command mode. 


eom — The eomcommand specifies the type of 
end-of-message processing to be done by 
the session. 


none, EIA, xon/xoff 


xon/xoff 
DC1 

DC3 

50 msec 
sequence 
ESC,DEL (1B, 7F) 
off 
19200 
none 

1 

0 


Newline character 
Newline expansion character 
Local echo enable 
Message delimiter 


Autobaud (pin enable) 
Pcall 

Timeout 

Punit 


Any ASCII 

Any ASCII, or none 

on or off 

none, newline, control, 
length 

on or off 

off, on, auto 

O0—30 min. 

any unit and port, 

or rotary 


ASCII CR 
none 

off 

none 


off 

off 

0 (disabled) 
0000 


Figure 3-2. Port Specific Data Handling Attributes 
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expand — The expand command both enabies/ 
disables newline expansion and specifies 
the character to be used for expansion. 


flow — The flow command specifies the method 
of local flow control to be used at the port. 


idle — The idle command specifies the value of 
the intercharacter idle timer. 


- newline — The newline command specifies the 
character to be used for newline recogni- 
tion. 


parity — The parity command specifies the par- 


ity to be added to each byte delivered to | 


the user device. 


pcall — The pcall command specifies whether a 
permanent session is to be established 
automatically, or in response to an external 
event. 


punit — The punit command specifies the unit 
and port or rotary group to which a perma- 
nent session is to be established. 


stops — The stops command specifies the num- 
ber of stop bits to added to each byte deliv- 
ered to the user device. 


timeout — The timeout command provides for 
automatic session termination if no data 
has been sent or received within a specified 
interval. 


xoff — The xoff command specifies the charac- 
ter to be used to stop data transmission to 
(and from) the user device. 


xon — The xon command specifies the charac- 
ter to be used to start data transmission to 
(and from) the user device. 


For more information on these commands, see their 
alphabetical listing in Chapter 4. 


SIGNALING 


The PCU can generate an out-of-band signal to a re- 
mote PCU and device. This signal is termed an inter- 
rupt control signal and is communicated across the 
session. Data packets buffered either in the source or 
- destination PCU are not affected and the interrupt 
signal is not delivered in sequence with any buffered 


data. The signal is delivered to the destination port as 
a break —a 250 millisecond space on the RS-232C 
Receive Data (RD) pin. 


The interrupt can be generated either by explicit com- 
mand at the source PCU port or by the input of break 
on the source RS-232C TD pin. The latter is enabled if 
the command mode entry string has not been speci- 
fied as break. 


DIAGNOSTIC AND MAINTENANCE 
SERVICES 


Each PCU contains a set of software self-test routines 
for first level diagnosis of hardware problems. These 
diagnostics: 


¢ verify the condition of major LSI components; 
e« checksum the ROM memory; 
¢ checksum the RAM memory; 
e test the buffer RAM memory; 


« echo test the modem. 


LOCALNET 20 PCU 
CONSTRUCTION 


External Description 


The LocalNet 20 PCU is packaged in a stand-alone 
cabinet containing all required digital, analog, inter- 
face and power electronics to connect two (20/100) or 
as many as eight (20/200) asynchronous terminals or 
computer ports to the LocalNet. Physically resem- 
bling a conventional point-to-point modem, the PCU 
is a small enough unit to sit near the terminal which it 
attaches to the network. . 


The front panel of the 20/100 PCU contains two multi- 
color light-emitting diodes (LEDs) used to display 
summary status information concerning the PCU and 
its activities. The front panel of a 20/200 PCU contains 
an additional eight LEDs, one for each user device 
port. A port LED is green when a session exists on that 
port, and unlit when no session exists. The port LED is 
red if no session exists and if the port will not accept 
an incoming call for one of the following three rea- 
sons: 


e DTRcontrol is onand the DTR signal is not as- 
serted 


e Listenis off 


e Maxsession is 0 
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LOCALNET 20/100 
© POWERON 


O sTATLS 


Figure 3-3. LocalNet 20/100 PCU Front Panel 


For more information on the LEDs, see Chapter 5, 
PCU Check Out. Figures 3-3 and 3-4 present the front 
panels. 


The rear panel of the PCU contains connectors for 
e power, 


e DB-25 connectors for user devices (two on a 
20/100), 


LOCALNET 20/200 


POWER STATUS 
O O 


e« resetmomentary push button, and 


* a type F coax CATV fitting for attachment to 
the broadband cable system. 


In addition, the rear panel of the 20/200 contains eight 
DB-25 connectors for devices. The rear panels are 
shown in Figures 3-5 and 3-6. 


Figure 3-4. LocalNet 20/200 PCU Front Panel 
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POWER 


PORT 1 DB-25 
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PORT 0 DB-25 
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Figure 3-5. LocalNet 20/100 PCU Rear Panel 


The /jower DB-25 connector for a 20/100 is user device 
port 0 and the upper is user device port 1. 


Figure 3-6 represents the rear panel of a 20/200 PCU. 


The /eft-most connector on a 20/200 rear panel is user 
device port 0; the connector at the far right is user de- 
vice port 7. 


Hardware Description 


Internally, a LocalNet PCU is constructed from two 
printed circuit boards: a digital processing board and 
the analog broadband modem board. An overall func- 
tional block diagram is presented in Figure 3-7. 


The PCUs contain static and dynamic random access 
memory (RAM), and use static CMOS RAM, with a 
battery back-up, for storage of internal configuration 
and PCU and port attribute information. 


Internal Software Architecture 


The LocalNet PCU software is constructed as a set of 
cooperating sequential processes, scheduled by a 
central event processor in response to communica- 
tion events. In general, the software is organized to re- 
flect the LocalNet protocol architecture, with two 
processes for each protocol layer. As outlined in Fig- 
ure 3-8, data bytes (either received from the network 
or from user devices) pass through a sequence of pro- 
tocol interpreting processes before delivery to the 
user device or the network, respectively. 


oO 


Line —_——__——_, 


0 1 2 3 4 5 6 7 
Co) ° ° ° ° ‘o ° ° AC POWER 
re) 0 0 0 ro) ° ° ° 
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Figure 3-6. LocalNet 20/200 PCU Rear Panel 


3-12 


31 March 1982 


SERVICES AND OPERATION 


USART Link | 
Receiver Receiver 
USART Link 
Transmitter Transmitter 


Transport Session 
Transmitter Transmitter 


Figure 3-8. LocalNet 20 
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COMMAND SYNTAX 
LocalNet 20 PCU commands have the form 

command-name <parameter><CR> 
Parameters must be specified for most commands. A 
space separates the command and any parameter. A 
Carriage return serves as the final command delimiter. 
For instance, 

#call 1234,1<CR> 

#disable flow<CR> 

#autobaud on<CR> 
In the second command above, flow is the parameter 


indicating which command to disable. 


The PCU command-line interpreter provides com- 


. mand completion. Therefore, only letters uniquely dis- 


tinguishing a command need be typed before typing a 
space or a carriage return. The user may choose to 
type the complete command or parameter, or any 
substring beyond the minimal recognition string. For 
example, type 


sta<:space> or sta<carriage return> 


The interpreter completes the command and 
staTUS 


is printed on the screen, followed immediately by the 
status display. 


Commands which are not required may be selectively 
disabled at a PCU, thus preventing their use by either 
local or remote users. Privileged PCUs may override 
this disablement either remotely or locally. The mes- 
sage UNKNOWN COMMAND is displayed in response 
to unknown commands or ones that have been locally 
or remotely disabled. Invalid parameters elicit the 
message PARAMETER ERROR. 


CHAPTER FOUR | 
COMMANDS | 


NOTATION 


The following notation is used in this chapter of the 
manual. 


comMAND <parameteria! parameterib, parame- 
ter2>[,optional parameters] 


where 


COmMAND — shows the full name of the com- 
mand. Only the lower case letters need be 
entered to invoke the command; after en- 
tering these letters and a space or carriage 
return, the remaining letters of the com- 
mand are printed by the PCU. 


<...> — angle brackets enclose necessary 
parameters for the command. 


< 1a! 1b> — the vertical bar separates two or 
more options of a single parameter, only 
one of which can be selected; “‘select 1a or 
1b’’. 


<1, 2> — the comma separates two distinct 
parameters, both of which can be selected. 


[, 3] — square brackets enclose optional pa- 
rameters for the command. Optional pa- 
rameters follow necessary parameters 
where both are used, and are separated 
from them by a comma. 


NOTE 

All commands that require parameters 
must be terminated with a carriage re- 
turn. This character is not shown in the 
command string, but it must be supplied 
at the end of each command. The only 
exception to this rule is the STATUS 
command. This command can be termi- 
nated with either a space or a carriage 
return. 


All special key entries from the keyboard 
are denoted by upper case letters. For 
example, BREAK indicates that key on 
the user’s keyboard. 
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AUTOBAUD BAUD 
: _ 


FUNCTION 
The autobaud command enables or disables the auto- 
baud (AB) function on pin 25 of the port’s RS-232 con- 
nector. 
FORMAT 

aUTOBAUD <on| off> 
where 

on — means autobaud pin is enabled. 


off — means autobaud pin is disabled. This is 
the default. 


USAGE 


When the autobaud function is enabled (on), a signal 
asserted on pin 25 returns the PCU to the autobaud 
state, just as if a hard reset had occurred. 


When the function is disabled (off), any signals on pin 


25 are ignored. 
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FUNCTION 


The baud command resets the PCU port baud rate as 
specified by the parameter. 


FORMAT 
bAUD <baud rate> 


where baud rate is a number selected from the list un- 
der USAGE. 


USAGE 


The baud command causes the PCU port to: 


1 use the designated baud rate to send data to 
the device, and ; 


2 expect data to arrive at the same rate from the 


device. 


The baud command requires a parameter from the 
following list. Note that the rate of 19.2K bps should 
be used only for data consisting of single characters 
or short bursts. 


19200 450 
9600 300 
4800 150 
2400 134 
1200 = 110 
600 += 75 


See Chapter 3 for details of the autobaud function. 


ERROR MESSAGES 


Designating a baud rate not in the list elicits the mes- 


sage 
PARAMETER ERROR 


If the device’s baud rate is different from the PCU’s 
new value, data transmitted and received between the 
device and the PCU port is garbled. This incompatibil- 
ity continues until the device alters its baud rate, or 
until a privileged PCU uses the remote command to 
reset the local PCU’s baud rate to match that of its at- 
tached device. 
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CALL | 


FUNCTION 


The call command initiates a session to the designat- 
ed PCU port. Establishment of a session elicits the fol- 
lowing response: 


CALL COMPLETED TO <LocalNet Address> 


The originating user device port is automatically 
switched to the new session, following successful call 
completion. 


FORMAT 
cALL <unitld>[,portla] 
_ where 
unitid,portid — is a fully qualified address 


unitid — is arotary address 


USAGE 


The parameter can specify either a particular user de- 
vice port or any one of a class of equivalent user de- 
vice ports, on one or more PCUs with consecutive 
unitlds. 


NOTE 

If the user does not know what the command 
mode entry string is before making a call, then 
she or he will have difficulty in returning to com- 
mand mode from data mode in order to issue 
further commands. It may be possible to issue a 
remote status command from another terminal, 
at either the local or a remote PCU, in order to 
determine the proper command mode entry 
string. But if the local port can have only one cur- 
rent session, a new session cannot be opened in 
order to check the status remotely. 


To avoid problems, check the command mode 
entry string before originating a call. 


CTRE B <TRC RB” EX \TS 
ERROR MESSAGES 
The requested call may not be completed for reasons 


having to do with the local PCU, the remote PCU, or 
the network generally. 


e If the call specifies a particular port and the 
port cannot accept the request, or if a rotary 
request is made but no rotary ports are avail- 
able, the calling PCU port produces the mes- 
sage 


UNABLE TO OPEN SESSION—PORTS BUSY 


e {f all sessions are in use on the local (calling) 
port, the message is 


NO SESSIONS AVAILABLE ON THIS PORT 


e lf all sessions are in use on the remote unit, 
the message is 


UNABLE TO OPEN SESSION—NO REMOTE 
SESSIONS AVAILABLE 


° lf all sessions are in use on the local unit, the 
message is 


NO SESSIONS AVAILABLE ON THIS UNIT 


¢ If the called unit does not respond, the mes- 
sage is 


UNABLE TO OPEN SESSION—NO RESPONSE. 
FROM UNIT 


e The call may have requested a remote unit 
lacking the resources to complete the call; 
there may be no free table entry at one of sev- 
eral levels of protocol. In this case, the mes- 
sage is . 


NO RESOURCES AVAILABLE ON REMOTE 


e The call may have requested a remote unit 
lacking in “‘servers,’’ that is, high-level pro- 
cesses for handling the call. Here the mes- 
sage is 


NO SERVER ON REMOTE 


e The local PCU may have received an unex- 
pected acknowledgement of an open request, 
although it had not requested that a session 
be opened. In this case, the message is 


RECEIVED UNEXPECTED OPEN ACK 


e The remote PCU may have received an un- 
known result code in a call request. This pro- 
duces the message 


OPEN FAILURE, UNKNOWN CAUSE ON RE- 
MOTE 
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FUNCTION 


The command command specifies the event to be 
used to enter command mode. The user device can 
select either the RS-232C BREAK signal, or a two 
character ASCII sequence. 


FORMAT 
COMMAND <none! break! nn,mm> 
where 


none — Enter command mode only when no 
sessions are active. 


break — Use BREAK. 
nn,mm — Use the two character sequence 
specified by the four hexadecimal charac- 


ters: nn and mm. 


The designated delimiter takes effect immediately. 


USAGE 


The default command mode entry string is the escape 
character, followed by the delete character. 


ERROR MESSAGES 


An invalid parameter elicits the message 


PARAMETER ERROR 


FUNCTION 


The DCD command determines whether or not the 
Data Carrier Detect signal is controlled by the session 
activity, or is continuously asserted. 


FORMAT 
DCD <off!on> 
where 


off — sets control OFF, DCD continuously as- 
serted; this is the default value. 


on — sets control ON, DCD is asserted when 
one or more sessions exist on the port. 


ERROR MESSAGES 


A parameter unrecognized by the PCU will generate. 
the message 


PARAMETER ERROR 
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DISABLE . | 


FUNCTION 

The disable command specifies those commands 
which will be unavailable to unprivileged PCUs. Dis- 
abled commands can be subsequently re-enabled by 
the enable command. Attempts to invoke a disabled 


command, either locally or remotely, (except from a 
privileged PCU) are rejected. 


FORMAT 
diSABLE <command-name> 
where 


command-name — is the name of the command 
to be disabled. 


ERROR MESSAGES 


An attempt to disable an unknown command will gen- 
erate the message: 


PARAMETER ERROR 
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FUNCTION 


The done command causes the PCU to terminate the 
specified session. 


FORMAT 


doNE [sessionNo] 


Mn gs Ee 
(GONE RETURN RETURN, _ 


where 

sessionNo — specifies the session to close. 
When no value is supplied, the command must be ter- 
minated by a space and a carriage return, or by two 


carriage returns, instead of a single carriage return. In 
this case, the current session is closed. 


USAGE 


When closure is successful, the PCU generates the 


message 


SESSION <X> CLOSED TO <LocalNet ad- 
dress> 


ERROR MESSAGES 


If the remote PCU fails to respond to the closure re- 
quest, the message 


SESSION <X> ABORTED TO <LocalNet ad- 
dress> 


is displayed. 


If no session is defined for the supplied sessionNo, or 
if no session exists, the PCU generates the message 


PARAMETER ERROR 


COMMANDS 


FUNCTION 


The DTR command determines how the DTR input 
signal controls the establishment and termination of 
sessions. 


When DTR control is on or a DTR timeout value is 
specified, and the DTR signal changes from asserted 
to negated, all current sessions are terminated. 


When DTR control is on or aDTR timeout is specified, 
and the DTR signal is not asserted by the user device, 
no incoming session requests to this port are accept- 
ed. 


When a DTR timeout value is specified, the RI signal 
will be raised when an incoming call is received. A ses- 


sion: is’ established::when: DTR is raised within the 


specified. interval.: 

When DTR control:is off; sessions can be established 
either locally or remotely, and maintained without re- 
gard for the DTR signal. When DTR is off, and incom- 
ing sessions are enabled, and an incoming request is 
detected, and no DTR signal has been received from 
the user. device, Ring Indicator (RI) is raised. RI is low- 
ered when DTR is received from the user device. 


Outgoing calls can be placed from the port regardless 
of the DTR setting. 


FORMAT 


where 


~ on means listen for incoming DTR signal. 


off — means ignore the DTR signal; this is the 
default value. 


_ ..X--=-means assert.the. Rl signal and wait <x> 
-oonya.ertimes.10 milliseconds for DTR to be assert- 
: ed by the user device; x can be from 1-255. 


ERROR MESSAGES 


Entering a parameter beyond the range recognized by 
the PCU elicits the message 


PARAMETER ERROR 
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fecuo 


FUNCTION 
The echo command causes the PCU port to echo to 


the user device the data which the user device has 
presented to the PCU for transfer. 


FORMAT 
ecHO <on|off> 
where 
on — enables local echo. 
off — disables local echo; this is the default. 
| NOTE 
Local echoing is only intended for use with input 
having low data rates, such as that produced by | 
a half-duplex terminal. Use of echo with input 


having high data rates will cause some charac- 
ters not to be echoed. 
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COMMANDS 


FUNCTION 
The enable command enables previously disabled 


commands which can then be invoked either locally or 
remotely. 


FORMAT 
enABLE < command-name> 
where 


command-name — is the name of the command 
to be enabled. 


ERROR MESSAGES 
An unknown command elicits the message 
PARAMETER ERROR 


If the enable command has been disabled, the re- 
sponse is 


UNKNOWN COMMAND 
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ENABLE EM 


FUNCTION 


The eom command specifies the conditions under 
which End Of Message (EOM) is signaled to the re- 
mote PCU. Detection of EOM, in addition to marking 
the data stream, also causes immediate forwarding of 
the current packet. The command does not itself elicit 
a display, but the message delimiters set by it are indi- 
cated in the status display. 


FORMAT 


eoM <none! newline! control> 
eoM <message-length> 
where 


none — specifies normal buffer forwarding; no 
EOM is signaled. This is the default, with a 
message length (called EOM COUNT on 
the status display) of zero. 


newline — specifies the newline character. 
control — specifies any control character. 


message-length — specifies the minimum mes- 
sage length, 0-255 characters. 


USAGE 


When the EOM indicator is either ‘‘newline”’ or ‘‘con- 
trol’, the additional ‘“‘message-length”’ parameter can 
be specified in a separate EOM command. A packet 
will be terminated when either a newline or control 
character is encountered, or when the minimum char- 
acter count is reached. 


Changing to one of these EOM options from the de- 
fault value (none), should be done only by personnel 
familiar with the network, and only for specific reasons 
(for example, to guarantee a certain packet size). Oth- 
erwise, performance can be severely degraded. 


The message length parameter should be zero for al- 
most all applications. 


When “‘none’”’ is specified, the ‘“‘message-length” pa- 
rameter cannot be specified. 


COMMANDS 


A message length of zero disables message length 
checking. 


ERROR MESSAGES 


Invalid parameters elicit the message 


PARAMETER ERROR 


NOTE 
Use of a small value (less than 32) for the EOM 
count can result in loss of data at high data rates. 
The loss of data results from resources being ex- 
hausted by the large number of packets being 
generated. 


FUNCTION 


The expand command enables or disables newline 
expansion and specifies the expansion character. 
Newline expansion occurs by local echoing of the ex- 
pansion character when the newline character is en- 
tered. This command also specifies the value of the 
expansion character. No display occurs when a PCU 
accepts the expand command, but an appropriate en- 
try appears in the status display. The expansion char- 
acter is not included in the packet going to the remote 
device. 


FORMAT 
exPAND <none!nn> 
where 


none — disables newline expansion; this is the 
default value. 


nn — enables newline expansion and specifies 
the ASCII character represented by the 
hexadecimal value nn as the expansion 
character. 
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COMMANDS 


FUNCTION 


The flowcommand specifies the type of local flow con- 
trol applied between the PCU port and the user de- 
vice. If flow control is not used, data may be lost when 
2 the load is heavy on a PCU, channel, or device. Local 
flow control may result in flow control on the virtual 
connection, which in turn may result in flow control at 
the remote PCU port. 


FORMAT 
fLOW <nonel EIA! xon> 
where 


none — specifies that no flow control signals are 
recognized or generated by the PCU. 


EIA — specifies that bidirectional flow control 
between a PCU port and a user device is 
implemented, using RS-232C pins as 

a specified in Appendix D. 
xon — specifies that bidirectional flow control 
between a PCU port and a user device is 


implemented using the xon and xoff char- 
acters. This is the default. 


ERROR MESSAGES 


Invalid parameters elicit the message 


PARAMETER ERROR 
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FUNCTION 


The group command specifies the modem channel 
group for the PCU. It is normally issued only by the 
Network Manager, and the modem channel group is 
never changed unless the PCU is replaced. 


Table 4-1. Group and Channel Designations for 
Midsplit and Subsplit Cable Networks 


MIDSPLIT SUBSPLIT 


Channels 


20-39 
40-59 . 


FORMAT 


gROUP <AIBICIDIEIFILIMIN> 


where 


A-F — specifies a group of channels on a mid- 
split system. 


L-N — specifies a group of channels on a sub- 
split system. 


The parameter. specifies the LocalNet 20 channel 
group to which the installed modem belongs. 


There is no default parameter for this command. Each 
PCU must be initialized to the desired group before the 
user can reliably communicate on the network. Check 


the current group of a PCU with the STATUS com- 
mand. 


ERROR MESSAGES 


An invalid parameter elicits the message 
PARAMETER ERROR 


and the command is ignored. 


COMMANDS 


HELP IDLE | | ~ 


FUNCTION FUNCTION 
The help command displays a list of enabled com- The idlecommand specifies the setting of the idle tim- 
mands. The list does not include currently disabled er for the port. The PCU maintains the timer after each 
commands. There is no indication of the parameters character is received from the user device. If a subse- 
which the displayed commands may require. Placing quent character is received from the device before the 
the PCU port in quiet mode has no effect on the dis- timer expires, the timer is restarted. If no subsequent 
play of enabled commands. A sample display appears character is received before the timer expires, the 
in Figure 4-1. contents of the buffer are then transmitted as a pack- 
et. 
FORMAT : 
FORMAT 
hELP 
idLE <nn> 
where 
nn — is a decimal number designating the idle 
intervai in units of 10 milliseconds. Zero 
specifies an infinite setting, effectively dis- 
abling the ‘timer-based packetization 
mechanism. 
The default value is 5 (50 msec). 
AUTOBAUD BAUD CALL COMMAND DCD DISABLE 
DTR DONE ECHO ENABLE EOM EXPAND 
FLOW GROUP HELP IDLE INTERRUPT LISTEN 
LOCATION MAXSESSION NEWLINE PARITY PRIVILEGE QUIET 
REMOTE STATUS STOPS SUSPEND SWITCH UNIT 
XOFF XON 
= 


Figure 4-1. HELP Display 


- 31 March 1982 


COMMANDS 


INTERRUPT 


| 


FUNCTION 


The interrupt command causes the PCU to transmit a. 


control signal across the current session to the re- 
mote PCU’s port. No in-transit data are flushed by this 
operation. An interrupt control signal is delivered 
through the remote PCU’s port to the corresponding 


user device as an RS-232C break signal on its RD line. . 


FORMAT 


inTERRUPT 


ERROR MESSAGES 


If no session exists, the PCU generates the message 


NO SESSION 
LISTEN 


FUNCTION 


The listen command determines whether the PCU 
port will accept incoming requests for sessions. The 
system provides no visual response to the command. 
Check the PCU status if confirmation is needed. 


FORMAT 


liiSTEN <on|off> 


where 
on — Incoming requests for sessions are ac- 
cepted if the current number of sessions is 
less than that specified by maxsession. 
This is the default. 
off — Incoming requests for sessions are ig- 


nored. 
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USAGE 


LOCATION 


FUNCTION 


| The location command sets the channel number and » 
_ LinkAddress on that channel fora PCU. .. 


| FORMAT 


loCATION <channelNo>|[,linkAddress] 


- where 


channelNo — specifies the channel on which the 
PCU will operate, from 0 to 119 depending | 
on its group. | 


7 linkAddress — specifies the link address of the 
»_PCU.on the network, from 0 to 254. 


_ This command is normally used only. by the Network. 
_ Manager to initialize a PCU to its network address. 

_ Usually, ‘the command: is. disabled: in all. PCUs: after. 
~ their initial configuration: by the:.Network Manager. |... 


- A specific example is: 


location 23,134 


- The PCU’s modem can also be retuned to a new chan- 
~ nel by giving the /ocation command with a new chan- 


nelINo alone. This provides a new channelNo without 


> Changing the linkAddress. 


- As a result of this command, the PCU’s internal ad- 


dress variables are updated, and the modem is tuned 


- to the specified channe/No. The PCU henceforth uses 


the specified linkAddress for its link level protocol ad- 


- dress. 


If no linkAddress is specified, it is unchanged. 


ERROR MESSAGES 


If an address has a value outside the accepted range, 
the message 


PARAMETER ERROR 


is returned. 


COMMANDS 


FUNCTION 


The maxsession command determines the maximum 
number of sessions that can be simultaneously at- 
tached to a single port. The system provides no visual 
response to the command. Check the PCU status if 
confirmation is needed. 


FORMAT 
mMAXSESSION <nn> 
where 
nn — specifies the maximum number of ses- 
sions allowed: 1-4 for LocalNet 20/100; 1- 


16 for LocalNet 20/200. The default value is 
1 for both devices. 


ERROR MESSAGES 


‘Issuing the command with a parameter greater than 
the number of available PCU sessions elicits the mes- 
sage 


PARAMETER ERROR 
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FUNCTION 


The newline command specifies the value to be used 
for the newline character. The system provides no vi- 
sual response to the command. Check the PCU status 
if confirmation is needed. The current ‘‘newline’’ char- 
acter is represented in the status display by the hexa- 
decimal value of the selected character. 


FORMAT 
nEWLINE <nn> 
where 
nn — is a hexadecimal number that specifies the 
ASCII character used for newline. The de- 


fault is the carriage return (OD hexadeci- 
mal). 


ERROR MESSAGES 


A parameter not in range elicits the message 


PARAMETER ERROR 
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PARITY PCALL 


_.- FUNCTION FUNCTION 


The parity command specifies the parity to be applied The pcallcommand determines if permanent sessions 
to characters output to the device. No display results, are to be established, and under what conditions. 
though PCU status information is updated. If parity is Calls are made to the unit and port specified by the 
4 _ “none,” 8-bit data is passed to the device as it was re- punit command. Depending on the mode selected, 
ceived from the sending device. If parity is ‘‘odd’’ or sessions can be established automatically or when 
“even’’, parity is generated for 7-bit data and passed prompted. 
- . to the device. Note that incoming parity is never 
checked by the PCU. 1 In AUTO mode, whenever no sessions exist on 


the local port, an attempt is made to establish 
a session to the specified unit and port. This 
FORMAT 7 attempt is made when one of the following 
conditions is met. 
paRITY <none|odd/even> 
a. DTR mode set to OFF. 


where 
b. DTR mode set to ON and DTR signal as- 
none — denotes no parity. This is the default val- serted. 
ue. 
c. DTR mode set to timeout and DTR signal 
odd — denotes odd parity. asserted. 
. When a session cannot be established to the 
even — denotes even parity. . remote unit, a new attempt is made approxi- 
: : mately every 20 seconds in AUTO mode. 
“~~ ERROR MESSAGES ' 2 In ON mode, whenever no session exists on 
the local port, an attempt is made to establish 
A parameter not in range elicits the message a session to the specified unit and port when- 
ever a Carriage return is entered as the first 
PARAMETER ERROR character of aline in command mode. This at- 


tempt is made when one of the following con- 
ditions is met. 


a. DTR mode set to OFF. 


b. DTR mode set to ON and DTR signal as- 
serted. 


c. DTR mode set to timeout and DTR signal 
asserted. 
é Only one attempt is made to open a session in 
ON mode. 
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FORMAT 
pcALL <off!on!auto> 
where 


off — Permanent session capability is disabled. 
This is the default. 


on — An attempt to establish a permanent ses- 
sion will be made when triggered by an ex- 

ternal event. 
’ auto — An attempt to form a permanent session 


will be made when no session already ex- 
ists on the local port. 


ERROR MESSAGES 


[see call] 


FUNCTION 


The punit command identifies the unit and, optionally, 
the port to which a permanent session is to be made. 


FORMAT 
puNIT <unitld>[,portid] 
where 


unitld,portid — denotes a fully qualified ad- 
dress. . 


unitld —- denotes a rotary address. 


RSNA ES CT I SS TPS PE EE SPE ET DR TY 
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COMMANDS 


PRIVILEGE 


FUNCTION 
The privilege command enables or disables the PCU’s 
privilege mode. In privilege mode, a PCU port can 


override both local and remote command disable- 
ment, and can execute any command on any PCU. 


FORMAT 
priVILEGE <on|off> 
where 
on — enables privilege mode. This is the default. 


off — disables privilege mode. 


USAGE 


To prevent the privilege command from being used, 
the following command sequence should be execut- 
ed: 

#privilege off -> Turns privilege off 


#disable privilege -> Makes privilege an un- 
known command 


_ #disable enable -> Prevents privilege from be- 
coming known 


#disable disable -> Prevents disabling of other 
commands 


ERROR MESSAGES 


A parameter not in range elicits the message 


PARAMETER ERROR . 
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FUNCTION 
The quiet command enables or disables the display of 
messages which indicate response to local and re- 
mote commands. The PCU responds to the com- 
mands, but no information about the response is 
returned to the user device. This command affects the 
following features: 

* command mode prompt; 

* command mode echo; 


* command mode responses; 


¢ error messages in data mode. 


FORMAT 
qUIET <on|off> 
where 
on — disables command responses. 


off — enables command responses. 


USAGE 


PCUs that are attached to computer ports might use 
this command to prevent unusable input from being 
sent to the computer. 


NOTE 
A PCU port left quiet by a previous user may ap- 
pear inoperative to subsequent users who can- 
not see the LEDs on the PCU.. Therefore, 
responses to the status and help commands are 
not suppressed by this command, and can be 
used to determine the status of the port. 


COMMANDS 


REMOTE | 


FUNCTION 


The remote command precedes each command that 
is to be applied to a remote PCU. It is only applicable 
while a session is active. PCU attributes that are al- 
tered by remote commands remain changed after the 
session is terminated. 


This command is useful in dealing with a PCU interfac- 
ing a computer, printer, or alarm system to the net- 
work. Commands which are disabled on the remote 
PCU can be invoked only by a privileged PCU. 


FORMAT 
rEMOTE <command> 
where 


command — specifies the command to be ex- 
ecuted on the remote PCU. 


USAGE 


The command takes the string following remote and 
sends it to the remote PCU for execution as if it had 
been entered from the RS-232 port on the remote 
PCU. The remote command to be executed need not 
be available on the local PCU. Note that commands 
are executed by the remote PCU with the privilege 
mode of the originating PCU. — 


The results of the remote execution are returned from 


the remote PCU for display at the requesting PCU 
port. 


ERROR MESSAGES 


Attempting to perform this command when a session 
is not established yields the message 


NO SESSIONS 
Errors returned by the remote PCU are displayed at 


the user device attached to the requesting PCU. A re- 
mote remote command is not allowed. 
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STATUS | 


FUNCTION 


The status command displays the current values of 
port attributes and the status of established sessions. 


FORMAT 


staTUS 


USAGE 


Figure 4-2 represents one of many possible status dis- 


plays. 


The XXX on the top line of this display is replaced in an 
actual display with the LocalNet 20 number of the 


PCU: 100 or 200. The YYY is replaced with the version - 


number of the PCU’s software. 


' The first four digits in the unit number give the unitld 


of the PCU. The next number gives the portid of the 
PCU port whose status is being reported. 


' The last lines of the status display show how many 


sessions exist for that port. A session may be either 
active or suspended. The asterisk (*) indicates the 
current session. Any session may be suspended, even 
the current session. 


The entries after group and location provide informa- 
tion about which group of channels the PCU belongs 
to, and what its /inkAddress on the channel is. 


The characters after command indicate, in hexadeci- 
mal, the character string used to enter command 
mode. : 


: The characters following the entries for eom charac- 


ter, newline, expand, xon and xoff indicate which 
characters are used to define each condition. The 
newline character’s value is also given in hexadecimal. 


Entries after baud, echo, flow, parity, listen, expand, 
privilege and quiet indicate which options are current- 
ly enabled. 


The entry after idle indicates, in units of 10 msec., the 
period for which the idle timer is set. The entry after 
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COMMANDS 


eom count indicates the minimum character count de- STOPS 

fining the End of Message signal. . 
The entry after maxsession indicates the maximum FUNCTION 

number of sessions possible at that port. 


The stops command specifies the number of stop bits 
The entry after stops shows the number of stop bits — used on the EIA interface to this port. The command | 
needed in data bytes output on the EIA interface. does not itself produce any display. The status display 
indicates the current number of stop bits required. 
FORMAT 
stoPS <111.512> 


where 


' 1, 1.5, or 2 — specifies the number of stop bits. 
The default is 1. 


ERROR MESSAGES 


A parameter not in range elicits the message 


PARAMETER ERROR 


LOCALNET cO/XXX of-01 #£VYYY 


UNIT O01e,1 BAUD IDLE 

GROUP A PARITY EOM COUNT 
LOCATION 04,01 STOPS EOM CHARACTER 
COMMAND 1B. ?F AUTOBAUD NEWLINE 
LISTEN ON DCD CONTROL EXPAND 
PRIVILEGE OFF DTR CONTROL XON 
MAXSESSTION 1 ECHO XOFF 

PCALL OFF QUIET FLOW 

PUNIT 0000 TIMEOUT 


SESSTONS 
L} 0011,1* ACTIVE 
2} OO0b,¢2 SUSPEND 


Figure 4-2. STATUS Display 
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SUSPEND SWITCH 7 


FUNCTION 


The suspend command deactivates the specified ses- 
sion. The PCU suspends the specified session by pre- 
venting the flow of data to the user device. All sessions 
may be suspended, if the user chooses. 


To reconnect to a suspended session, the switch com- 
mand must be used, with a number identifying the 


session to be made current. The session number may - 


range from 1 through 255. 

On completion, the command causes an update of the 
tables used to generate the status display. If the status 
command is issued after the suspend command, the 
session suspended is marked 


SUSPEND 


FORMAT 
suSPEND <sessionNo> 
where 


sessionNo — specifies the number of the ses- 
sion to be suspended. 


ERROR MESSAGES 


If an attempt is made to suspend a nonexistent ses- 
sion, the user device will receive the message 


PARAMETER ERROR 


FUNCTION 
The switch command switches the user device to a 


session attached to the port. If the session was sus- 
pended, it is reactivated. 


FORMAT 
swITCH <sessionNo> 
where 


sessionNo — specifies the number of the ses- 
sion to switch to. 


ERROR MESSAGES 


lf an attempt is made to switch to an undefined ses- 
sion, the PCU generates the message 


PARAMETER ERROR 
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TIMEOUT | 


FUNCTION 
The timeout command allows a port to be disconnect- 


ed automatically if no input or output to the device has 
occurred during a specified interval. ' 


FORMAT 
tlIMEOUT <0! 1-30> 
where 


0 — disables the timeout feature. This is the de- 
fault. 


1-30 — indicates the time in minutes to wait be- 
fore disconnecting. 


ERROR MESSAGES 


Entering a parameter outside the range of 0 to 30 min-. 


utes will elicit the message 


PARAMETER ERROR 
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UNIT 


FUNCTION | 


The unit command specifies the unitid for the PCU. 


FORMAT 
uNIT <nnnn> 
where 


nnnn — specifies the unitld for the PCU, a hexa- 
decimal value between 0000-FFFF. 


ERROR MESSAGES 


An invalid parameter elicits the message 
PARAMETER ERROR 
and the command is ignored. 


NOTE 

if unit numbers are assigned consecutively, a ro- 
tary call to a lower unit number which is busy will 
attempt to connect to the next unoccupied high- 
er-numbered PCU. For this reason, it is recom- 
mended that PCUs which are not intended to be 
part of a multi-unit rotary be given unit numbers 
with intervening numbers left unassigned. 
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COMMANDS 


XOFF XON 


FUNCTION 


The xoff command specifies the hexadecimal value of 
the character to be used for xoff in the xon/xoff flow 

~ control protocol. The selected xoff value appears in 
the status display in hexadecimal. 


FORMAT 
xofF <nn> 
where 
nn — specifies the hexadecimal equivalent of 
the characters to be used for flow control. 


The default value is 13 hexadecimal, or an 
ASCII control-S, or DC3. 
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FUNCTION 


The xon command specifies the hexadecimal value of 
the character to be used for xon in the xon/xoff local 
flow control protocol. The xon character appears in 


the status display in hexadecimal. 


FORMAT 


xon <nn> 


where 


nn — specifies the hexadecimal equivalent of 
the characters to be used for flow control. 
_ The default value is 11 hexadecimal, or an 


ASCII control-Q, or DC 1. 


yrs 


: i 
. / 
NN a ge 
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CHAPTER FIVE 
PCU INSTALLATION AND SET UP 


PCU CHECK OUT 
After receiving a LocalNet 20 PCU, do the following. 


1 Remove the PCU from its shipping container 
and inspect for damage. If it appears dam- 
aged in any way, notify the carrier and keep all 
packing materials for inspection by the carri- 
er’s agent. 


2 Plug the power cord into an outlet supplying 
110 volts of alternating current (AC) power. 


After the PCU is plugged in, the power light-emitting 
diode (LED) on the front panel of the PCU should im- 
mediately turn red. In several seconds the status LED 
should also turn red. Both lights should then change 
within several seconds as described below. If the 
LEDs are unlit, the PCU is not getting power; try an- 
other outlet. If the LEDs remain unlit, return the PCU 
for service. 


When first plugged in, a PCU executes a self-test pro- 
cedure to verify correct operation. When the PCU 


passes this self-test, the power LED turns green and — 


the status LED is extinguished. If both LEDs stay red 
for more than 30 seconds, or if both remain yellow, the 
PCU should be returned for service. 


When operating, the PCU uses the power and status 
LEDs to indicate its status. Figure 5-1 presents the 
possible combinations of these LEDs, and their sig- 
nificance. 


In addition to the power and status LEDs, the front 
panel of the 20/200 also presents eight /ine LEDs, one 
for each user device port. In most configurations, 
each of these lights remains unlit until a connection is 
formed to the associated port. However, if /isten is off, 
maxsession is zero, or DTR control is on and the DTR 
signal is not asserted, the /ine LED glows red, indicat- 
ing hat the port can not accept incoming session re- 
quests. 


POWER STATUS INDICATION 


OFF OFF NO POWER 

RED OFF INITIALIZATION BEFORE 
SELF-TEST 

SELF-TEST EXECUTING 
(>30 sec. indicates 
failure) 

READY, NO 
CONNECTION 
ESTABLISHED 

READY, ONE OR MORE 
CONNECTIONS 
ESTABLISHED 

PCU PROCESSOR NOT 
RUNNING 


RED RED 


GREEN OFF 


GREEN GREEN 


YELLOW 


YELLOW 


NOTES: 

The ‘power’ LED flashes green when a packet is 
transmitted, while the ‘status’ LED flashes green when 
a packet is received. 


Figure 5-1 PCU LED Display 


TERMINAL ATTACHMENT 


When the LED display indicates that the PCU is work- 
ing correctly, use the bottom (port 0) DB-25 connector 
at the back of the 20/100 PCU to attach an RS-232-C 
terminal to the PCU. For the 20/200 PCU, use the left- 
most port (port 0). 


- Reset 


Having attached the terminal to the PCU, press the re- 
set button on the back of the PCU once, wait two sec- 
onds, then press the reset button again while the 
status and power LEDs are still red. This double reset _ 
is called a hard system reset. It causes the PCU to run | 
self tests for several seconds, to reset most attributes 
to their initial values, and to prepare to match the 
baud rate of the attached device, by going threugn the 
autobaud process. 


Self Tests 
The PCU runs several tests on itself. These tests 


check the device’s memory (both ROM and Read/ 
Write Memory), its LSI components, and the modem 
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circuitry. When these tests are executing, the LEDs 
are red. After successful completion, the PCU moves 
into the autobaud mode. When a test is not success- 
fully completed, an appropriate message indicates 
the cause. These messages appear only on the termi- 
nal connected to port 0 of the PCU. 


CABLE JAMMED — indicates that the PCU was un- 
able to access the network. This could be due to 
a problem in the modem circuitry, or a network 
that is extremely busy. Eliminate the latter factor 
by running these tests when the network is not 
busy. 


CARRIER LOOPBK FAILURE — indicates that a carri- 
er signal was transmitted out of the PCU, but not 
received properly. 


DATA LOOPBK FAILURE — indicates that data was 
transmitted out of the PCU, but not received 


properly. 


MEMORY ERROR AT xxxx yy — indicates a problem 
in the PCU memory, at location xxxx, which con- 
tained the value yy. 


Autobaud 


The process of autobauding allows the PCU to deter- 
mine and match the baud rate of the attached device 
by inspecting the characters sent to the PCU from that 
device. When the unit is ready to begin the autobaud 
process, the PCU’s power indicator is green and the 
status indicator unlit. 


At this point, type a carriage return. If the PCU does 
not recognize the carriage return, it moves to the next 
lower baud rate. Enter another carriage return. The 
PCU repeats this process until it recognizes a carriage 
return. If the PCU fails to recognize the carriage return 
at the proper baud level, it moves down to 75 bps (the 
lowest baud rate), pauses briefly to see if data is being 
received, and then repeats the process, beginning 
again with 19200 bps. 


When in the autobaud state, the PCU returns to a 
baud rate of 19200 bps anytime.an interval of more 
than 2.5 seconds occurs since the last carriage return, 
providing the baud rate has not yet been matched. 


When the PCU and the terminal are operating at the 
same rate, the PCU sends its attached device the 
message 
. LOCALNET—<hardware — version>— <soft- 
ware version> (C)Sytek 1982 


This initial message will be completely legible only if 
the terminal expects to receive characters without 
parity and with single stop bits. If the initial message is 
completely legible, you can proceed to attach the PCU 
to the cable system. If the display is not legible, the 
communication between the terminal and the PCU 
must be improved before you can proceed. 


NOTE 
lf quiet is already set to on, the initial message 
will not be displayed. 


The setting for quiet, and the success of autobauding, 
can be checked by entering status, to request a dis- 
play of the PCU’s current status. The status display 
appears even if quiet is on. If the status request elicits 
the UNKNOWN COMMAND response, insure this 
command is available by entering enable status. 


Default Settings 


At the end of the autobaud process, the PCU reverts 
to the default configuration given in Figure 5-2. Note 
that the settings for unit, group, privilege, and quiet 
are unchanged by autobaud. 


When this display appears at the terminal, the first 
XXX in the top row will be replaced with the LocalNet 
20 number of the PCU (100 or 200). The YYY will be 
replaced with the software version number. When the 
display appears, the PCU can be attached to the cable 
system. If the display is not legible, the communica- 
tion between the terminal and the PCU must be im- 
proved before the next step. 


The Help Command 


With the PCU in default configuration, check the de- 
vice’s ability to communicate with the PCU by typing h 
<carriage-return>. 


On receiving this short form of the help command, the 
PCU causes the terminal to produce a display like the 
one given in Figure 5-3, which lists the commands 
which that PCU can recognize. Any disabled com- 
mands do not appear in the help display. 


Parity and Stop Bits 


If the display of PCU commands is garbled, the at- 
tached device can communicate with the PCU but 
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PCU INSTALLATION AND SET UP 


LOCALNET CO/XXX ee-O1 
UNIT {unchanged} BAUD 
GROUP 
LOCATION 
COMMAND 
LISTEN 
PRIVILEGE 


STOPS 


{unchanged} 
MAXSESSION 1 ECHO 


PCALL OFF 
PUNIT 


QUIET 


VYYY 


{unchanged} PARITY 
AUTOBAUD 


DCD CONTROL ~=—s« OFF 
DTR CONTROL = OFF XON 


{unchanged} TIMEOUT 


IDLE 

EOM COUNT 

EOM CHARACTER 
ON NEWLINE 
EXPAND 


OFF XOFF 
{unchanged} FLOW 
0 


Figure 5-2. PCU Default Status Display 


cannot fully understand what the PCU sends in reply. 
Possible causes include: 


e The device expects to receive chararacters 
with parity but is getting characters without it. 


¢« The device expects to receive characters hav- 
ing one and a half or two stop bits, rather than 
the one stop bit provided by the default set- 
tings. 


e« The device word length is configured for sev- 
en bit words, instead of eight bit words. 


To deal with this problem, first determine the parity 
and number of stop bits the user device needs on re- 
ceived characters. Then change the current PCU set- 
tings, using the parity and stops commands as 
necessary. 


Questions to Ask 


Use the following questions to help isolate any hard- 
ware trouble: 


1 Is the terminal an ASCII terminal with an EIA 
RS-232-C interface? 


2 Are the cable and DB-25 connectors sound? 


3 Is the connector at one end of the cable at- 
tached firmly to the bottom DB-25 connector 


AUTOBAUD BAUD CALL 
HELP IDLE 


SUSPEND SWITCH TIMEOUT 


INTERRUPT 


on the back of the 20/100 PCU, or the left- 
most connector on the back of the 20/200 
PCU (port 0)? 


4 |s the connector at the other end of the cable 
attached firmly to the correct socket on the 
terminal? 


5 Is there a reverse in some of the signal lines in 
the cable? (Is there a null modem along the 
line?) 


6 Is quiet mode on? 


Check the answers to the questions above, then dou- 
bly reset the PCU, and start from the very beginning to 
establish Communication between the user device 
and the PCU to be installed. 


When the attached device can communicate with the 
PCU, attach the PCU to the cable system: connect 
one end of a length of coaxial cable to the coaxial con- 
nector on the back of the PCU, the other end to the 
broadband cable system. 


Once the PCU is attached to the cable system, the 
PCU is almost ready to be tested for ability to commu- 
nicate over a LocalNet. But first you must determine 
the address the PCU is to use on its assigned channel. 
See Chapter 3 for help. 


COMMAND DONE FLOW 
PARITY QUIET STATUS 
UNIT XOFF XON 


Figure 5-3. HELP Display 
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Analysis of problems in a PCU’s operation begins by 
repeating the sequence used to configure the equip- 
ment, and proceeds through the various command 
and data transfer functions. Any abnormal indications 
occurring during this procedure should be noted in 
detail. 


POWER AND STATUS 


Make sure the PCU and the terminal are plugged in 
and are receiving power. If the PCU is not receiving 
power, the status and power LEDs on its front panel 
are off. When the PCU is ready to accept commands, 
the power light is green, and the status light is unlit. If 
both lights stay red for more than 30 seconds, the 
PCU should be returned for service. If both lights re- 
main yellow after power is applied, press the reset 
button. If the power light does not turn green, the PCU 
should be returned for service. 


PCU Control 


The PCU supports a warm restart and cold reset. 


Restart 


A restart disconnects all outstanding sessions and 
flow control conditions but retains the values of each 
PCU attribute for each user device port. Since the qui- 
et setting is unchanged by a restart, you will need to 
enter quiet off in some cases, to see if the terminal is 
responding correctly. 


A restart is triggered by a single push of the reset but- 
ton on the back panel of the PCU, and executes a self- 
test of the PCU. Disablement of commands is 
unaffected, and parameter settings are unchanged. 


Powerup 


The action taken at powerup is the same as that taken 
for restart. Privileged mode, protected commands, 
unitld, channelNo,and linkAddress are retained dur- 
ing powerup and restart. 


CHAPTER SIX 
TROUBLESHOOTING 


Reset 


Sometimes it may be necessary to return to the de- 
fault values configured into the PCU. Press the reset 
button on the back panel once, wait until the power 
and status LEDs are both red, then press the reset 
button again. . 


At the end of the reset process, the power light is 
green and the status light is unlit. Disablement of 
commands is unaffected, and privilege is unchanged. 
The PCU will be in autobaud mode until a variable 
number of carriage returns (the number depends on 
the data rate of the attached device) are entered at the 
attached device. At the end of the autobaud process, 
the PCU’s data rate is set to match that of its device. 
During the autobaud process, if the PCU does not cor- 
rectly read the entered carriage returns, it continues 
to decrease its data rate and looks for carriage re- 
turns until it reaches 75 bps, the slowest rate avail- 
able. If the terminal does not transmit carriage returns 
every 2.5 seconds (appproximately), the PCU returns 
to 19200 bps and begins to step down its data rate 
again, expecting another series of carriage returns in 
answer. This process continues until the PCU reaches 
the proper data rate for the attached device. 


COMMAND SEQUENCE 


The PCU performs several tests on its internal compo- 
nents once activated. A terminal must be connected 
to port 0 to receive the diagnostic error messages 
from these tests. Some of the self test processes 
check for failure of the RF carrier or the data loopback 
within the PCU. 


When any of these tests fails, a message is delivered 
to the terminal. Consult Appendix A for details on the 
following messages. 

CABLE JAMMED 

CARRIER LOOPBK FAILURE 

DATA LOOPBK FAILURE 


MEMORY ERROR AT xxxx yy 
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After these tests have been passed, the PCU’s ability 
to enter command mode can be verified. The default 
signal for entering command mode is the ‘‘escape”’ 
character, followed by the ‘‘delete’”’ character. Enter 
the help command or the status command, to deter- 
mine the current command mode entry string. 


Any unexpected results or problems in entering com- 
mand mode should be noted, including such possibili- 
ties as an inability to enter command mode, no 
response to commands, or erroneous command sta- 
tus. All abnormal LED and display conditions should 
also be noted. If the command sequence tests reveal 
no problems, proceed with the next sequence, which 
tests data transfer. 


DATA TRANSFER SEQUENCE 


Establish Connection and Transfer Data 


The PCU’s basic ability to make use of the RF carrier 
and to transfer data, in loopback mode, has been 
checked by the configuration self-tests, the first se- 
quence to be run. The data transfer test analyzes the 


PCU’s ability to send and receive data, to and from its 
attached user device, and over the cable system. 


Trouble-shooting is made easier by using two PCUs, 
each of which is attached to a terminal. The messages 
and responses displayed by each terminal may reveal 
anomalies in the PCU or the cable system. These mes- 
sages should be noted. The data sent during this test 
should consist of a known and recognizable pattern in 
order to aid the operator in evaluating the PCU’s per- 
formance and reliability. 


If a connection cannot be established between the 
PCU under test and a second PCU in the network, try 
connecting the first PCU to a third PCU. 


If a connection can be established, the transfer of 
data should be closely monitored for reliability. Flow 
control conditions should be noted; various methods 
of flow control should be used to determine if one par- 
ticular method alters the reliable transfer of data. 


Other factors which may affect reliable data transfer 
are the parameters which control packetization of 
data: character count, control characters, and idle 
timer. Try altering these parameters, and notice which 
conditions produce trouble with data transfer. 
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Each PCU can display messages with information 
about the results of commands entered locally and re- 
motely. Some messages result from the normal and 
intended working of the PCU and the LocalNet, while 
other messages indicate that the intended command 
was not carried out as expected. If a PCU has been 
made quiet, the only messages it can display are the 
help and the status displays. 


CALL COMPLETED TO <XXXX,YY> — In response 
to.a call command, the PCU has completed a 
session initiation to the LocalNet PCU with an 
address whose numbers are represented here 
by <XXXX,YY>. When the call is to a member of 
a rotary, the address uses only the four digits 
designating the first member of the rotary. 


CABLE JAMMED — One of the PCU self tests at- 
tempted to transmit a signal, but was unable to 
access the network. This could indicate an inter- 
nal PCU problem, or a network that is busy. Try 
to connect to the network when it is not being 
heavily used, to eliminate one possible cause of 
failure. 


CARRIER LOOPBK FAILURE — One of the PCU self 
tests transmitted a carrier signal onto the cable, 
but did not receive the proper response at its re- 
ceiver after the signal traversed the network. 


CONNECTION CLOSED BY XXXX — A connection 
between two PCUs was closed by the remote 
unit. XXXX gives the remote address. 


DATA LOOPBK FAILURE — One of the PCU self tests 
transmitted data onto the cable, but did not re- 
ceive the proper response at its receiver after 
the signal traversed the network. 


MEMORY ERROR AT XXXX YY — One of the PCU self 
tests has detected an error in the PCU’s memory 
at location XXXX, which contains YY. 


NO SESSION(S) — This message appears in re- 
sponse to any of several commands given to the 
PCU when no session is active at the port. The 
commands are: done, interrupt, remote, sus- 
pend, switch. 


MESSAGES | 


NO REMOTE SESSIONS AVAILABLE — This mes- 
sage appears when no sessions are available on 
the remote unit. 


NO RESOURCES AVAILABLE ON REMOTE — This 
message results when the remote PCU lacks the 
resources to complete the requested call. 


NO SERVER ON REMOTE — This message results 
when the remote device lacks a server, that is, a 
high-level process necessary to complete the 
connection. . 


NO SESSIONS AVAILABLE ON LOCAL PORT — All 
available sessions on the local port are already in 
use. 


NO SESSIONS AVAILABLE ON LOCAL UNIT — All 
available sessions on the local unit are already in 
use. 


PARAMETER ERROR — The parameter error mes- 
sage can occur in connection with many differ- 
ent commands. These commands are listed 
alphabetically below. This message generally 
means that the PCU has been requested to do 
something it cannot do, or that it has met a typo- 
graphical error. 


Baud — The baud rate specified is not available 
on the PCU. 


Command — The parameter used with the com- 
mand command is not recognized by the 
PCU. 


Done — The parameter used with the done com- 
mand used the number of a session which 
is not open to this port. 


End of Message — The parameter entered with 
the EOM command is not recognized by 
the PCU. 


Flow — The parameter entered with the flow 
command is not one of those recognized 
by the PCU: EIA, XON, or none. 


een ee Eee ee ee rere reece erences errr rec een nn —————— 
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Location — The parameter entered with the /o- 
cation command is out of the range ac- 
cepted by the PCU. 


Maxsession — The parameter entered with the 
maxsession command is greater than the 
number of available PCU sessions. 


Newline — The parameter entered with the new- 
line command is out of the range recog- 
nized by the PCU. 


Parity — The parity value entered is not one of 
those recognized by the PCU—odd, even, 
or none. 


Privilege — The parameter entered with the 
privilege command is out of the range rec- 
ognized by the PCU. 


Stops — The parameter entered with the stops 
command is not within the range recog- 
nized by the PCU: 1, 1.5, or 2. 


Suspend — The session number entered with 
the suspend command does not belong to 
any current session. 


Switch — The session number entered with the 
switch command does not belong to any 
current session. 


Timeout — The parameter entered with the 
timeout command is not within the range 
recognized by the PCU: 0-30 minutes. 


Unit — The unitid entered with the unit com- 
mand is out of range for that PCU. 


OPEN FAILURE—CAUSE UNKNOWN ON REMOTE — 
The local unit has received an unknown result 
code. 


RECEIVED UNEXPECTED OPEN ACK — The remote 
unit acknowledged a request to open a session, 
but the request has not come from the local unit. 


SESSION <XX> ABORTED TO <YYYY> — An ab- 
normal condition caused the closure of a PCU- 
to-PCU connection. XX indicates the number of 
the aborted session; YYYY indicates the ad- 
dress. 


SESSION <XX> CLOSED TO <YYYY> — Anormal 
close was entered by the local or remote PCU. 
XX indicates the session; YYYY indicates the ad- 
dress. 


<STATUS> — This information results from enter- 
ing the status command. It shows the current at- 
tribute values of the PCU port and the status of 
established sessions connected to the port. Fig- 
ure A-1 represents one of many possible status 
displays. 


This display is discussed in greater detail in the de- 
scription of the status command. 


UNABLE TO OPEN SESSION—NO REMOTE SES- 
SIONS AVAILABLE — No sessions are available 
on the remote unit; it is conducting all the ses- 
sions it can. 


UNABLE TO OPEN SESSION—NO RESPONSE 
FROM UNIT — The called unit does not re- 
spond, perhaps because it is out of service. 


UNABLE TO OPEN SESSION—REMOTE PORT(S) 
BUSY — The call request has specified a port 
which cannot accept the call. In addition, no ro- 
tary ports are available. 


UNKNOWN COMMAND — One cause for this mes- 
sage may be that the command entered has 
been disabled on he PCU. 
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MESSAGES 


LOCALNET c20/XXX ef-O1 VYYY 


UNIT 00191 BAUD 4600 IDLE 5 
GROUP B PARITY NONE EOM COUNT 0 
LOCATION e844 STOPS 1 EOM CHARACTER — NONE 
COMMAND 1B, ?F AUTOBAUD ON NEWLINE OD 
LISTEN ON DCD CONTROL = ON EXPAND NONE 
PRIVILEGE OFF DTR CONTROL = ON XON Lh 
MAXSESSTON 1 ECHO OFF XOFF 13 
PCALL ON QUIET OFF FLOW NON 
F PUNIT 750,0 TIMEOUT a) 

SESSIONS 

1} O0eb,1* ACTIVE 

2} 0037.2 SUSPEND 


Figure A-1. STATUS Display 
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GLOSSARY 


address — A LocalNet address is a two-component 
entity specifying a particular user device attach- 
ment point. An address consists of a unitld 
specifying the PCU and a portid specifying the 
particular port on that PCU. 


bridge — A bridge is a specialized packet gateway 
used to route packets among LocalNet channels 
either on the same or different broadband ca- 
bles. 


broadband — A term describing the use of industry 
standard CATV data distribution using digital 
channels modulating RF carriers. A broadband 
network is an analog information distribution 
system permitting both the above digital ser- 
vices as well as conventional analog information 
services (television) to coexist on the same cable 
system. 


CATV — Community Antenna Television. This generic 
term describes broadband networks used for in- 
formation distribution in cities, campuses, and 
buildings. 


channel — A LocalNet channel is a frequency division 
multiplexed digital multipoint channel occupy- 
ing 300 KHz of analog spectrum and modulated 
at 128K bps. 120 such channels can be confi- 
gured on each broadband cable and each chan- 
nel can be shared among a number of PCUs 
using the CSMA/CD distributed channel arbitra- 


tion mechanism. Twenty channels are in each . 


“channel group,” and each group is like a stan- 
dard 6MHz commercial video channel. 


channel group — LocalNet channels are grouped in 
units of 20 channels, each group representing 6 
MHz of analog cable spectrum. Each LocaiNet 
20 PCU modem can directly tune the channels 
within the channel group for which its modem is 
configured at the time of order. A channel group 
is identified by an alphabetic character in the 
range A:F for midsplit systems, and L:N for sub- 
split. 


channelNo — ChannelNo is a numeric value in the 
range. 0:119 identifying one of the LocalNet 


channels. A PCU’s current channelNo (along 
with its channel group) specifies the LocalNet 
channel to which its modem is tuned. 


CSMA/CD — Carrier Sense Multiple Access with Col- 
lision Detection is a technique by which many in- 
dependent nodes can share a common 
broadcast communication channel without re- 
quiring a central transmission allocation author- 
ity. 


default — The default value of a setting is the original 
one, which is in effect until other instructions are 
entered. A double reset of a PCU returns the 
PCU to its default values for all PCU attributes 
except unitld, linkAddress, and channeINo. 


datagram — A datagram is a particular type of pack- 
et, at the Network Layer of the LocalNet proto- 
col. No explicit acknowledgement for the packet 
is sent by the receiver. Instead, transmission re- 
lies on the ‘“‘best effort” of the underlying proto- 
col layers as weil as on the reliability mechanism 
provided by higher protocol layers. LocalNet’s 
Network Layer is a datagram system. _ 


echo — Echo refers to the local display at a device of 
data entered at that device. A PCU that is set 
with echo on will locally transmit to the terminal 
every character that the terminal transmits to 
the PCU. 


gateway — A gateway is a protocol-translating inter- 
face between a LocalNet (and its protocols) and 
an external network which uses a distinctly dif- 
ferent protocol suite. 


linkAddress — The /inkAddress is an internal ad- 
dressing construct used to optimize PCU micro- 
processor operation. It bears no special or a 
priori relationship either to channelNo or unitld. 


location — A PCU’s LocaliNet location is the combina- 
tion of the current channelNo to which its mo- 
dem is tuned (hence specifying the channel on 
which the PCU currently transmits and receives 
data) and its /inkAddress. A PCU or the LocalNet 
Network Control Center can change one or both 
components of the PCU’s location. 
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message — A message is a logical partition of the 
user device’s data stream to and from the PCU. 
For example, a <carriage-return> can demar- 
cate a logical message (a line of text). 


modem — A modem is an A/D and D/A conversion 
device interfacing the LocalNet PCU micro- 
processor to the analog broadband cable. Lo- 
calNet 20 PCU modems provide direct access to 
twenty 128K bps half-duplex digital data chan- 
nels. 


NCC — Network Control Center. This LocalNet unit 
provides enhanced network services to users 
and network managers. 


packet — A packet is the unit of protocol used by the 
LocalNet Transport Layer. The packet contains 
header control information, as well as user data. 


parity — Parity is a horizontal one’s complement 
checksum of each data byte transmitted and/or 
received between a LocalNet 20 PCU and a user 
device. Parity may be even, odd, or none. 


PCU — Packet Communication Unit. This LocalNet 
unit interfaces one or more user devices to the 
the LocalNet broadband data communications 
network and hence to other attached user de- 
vices. 


port — A user device attachment socket on the rear of 
a PCU; a point of access to the LocaiNet. Each 
LocalNet 20/100 PCU has two such ports, and 
each port has an identifying number. Port O is the 
lower connector, and Port 1 is the upper. Each 
LocaiNet 20/200 PCU has eight ports, num- 
bered from left to right. 


portld — A portid has a numeric value specifying the 
particular port unitid used to call a specific de- 
vice attached to a PCU. 


protocol — A protocol is a procedure for ordering the 
exchange of formatted information packets be- 
tween correspondents. Protocols are “‘interpret- 
ed”’ by hardware and software within PCUs. 
Protocols may be layered; that is, one protocol 
interpreter may use a ‘“‘lower’’ protocol for the 
transport of its packets to its correspondent 
protocol interpreter. 


rotary address — A rotary address is the address of a 
group of ‘equivalent’? user devices. These de- 
vices may be located on one or more PCUs. A ro- 
tary address ambiguously specifies these user 
devices by only requiring a unitid as an address 
for call command. 


session — A session is the data transport connection 
resulting from a call between two user devices 
attached to the LocalNet via PCUs. It is identi- 
fied by a PCU port local session number ranging 


from 1:255. A session is the network service pro- — 


vided by the LocalNet Session Layer. 


unitld — A PCU’s unitld is a 16-bit (four hexadecimal 
digit) number that uniquely identifies the PCU 
within its LocalNet. Its specification and alloca- 
tion are under the control of each LocalNet Net- 
work Manager and usually correspond to the 
PCU’s assigned factory serial number. 


virtual connection — A virtual connection is a bound- 
ed, numbered, sequenced stream of network 
datagrams passing user data and control infor- 
mation between correspondent PCUs. A con- 
nection is established and broken by the 
LocalNet Transport Layer. 
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Each LocalNet 20 PCU exports its data communica- 
tions services via a physical interface corresponding 
to the EIA RS-232C standard. The LocaiNet 20 PCU 
definition of the RS-232C lines is shown in Figure C-1. 


Frame or chassis 
ground 
Transmitted data 
Received data 
Request to send 
Clear to send 

Data set ready 
Signal ground 
Data carrier detect 


Data terminal ready 
Ring indicator 
Autobaud request 


Figure C-1. PCU RS-232C Signal 
Definition 


Pins not defined in the above figure are currently un- 
used. However, future PCUs may make use of any or 
all of the supplied 25 pins, hence these are reserved. 


The following paragraphs briefly review the function 
performed by each interface signal. 


TD 


RD 


RTS 


CTS 


Input data to the PCU port. 
Output data from the PCU port. 


An input signal to the PCU used for PCU/user 
device flow control. When EIA flow control 
mode is selected, this signal should be assert- 
ed by the user device to indicate it is ready to 
accept data from the PCU. When EIA flow con- 
trol is not selected this signal is ignored. 


An output signal from the PCU, used for 
PCU/user device flow control. When EIA flow 
control is selected, this signal is asserted by 


DSR 


DCD 


DTR 


Ri 


AB 


EIA INTERFACE 


the PCU to indicate it is ready to accept data 
from the user device. If EIA flow control is not 
selected this signal is held asserted by the 
PCU. 


Data Set Ready is always asserted when power 
is applied to the PCU. 


When DCD control is on, and at least one ses- 
sion is attached to the PCU port this signal is 
asserted by the PCU. If no sessions are at- 
tached to the port, this signal is dropped. If 
DCD control is off, this signal is always assert- 
ed by the PCU. 


When DTR control is on or has a timeout value, 
and the DTR signal is dropped, all current ses- 
sions are terminated. When DTR is on and is 
not asserted by the user device, no incoming 
session requests to this port are accepted. 
When DTR has a timeout value, an incoming 
call will assert RI and the PCU will wait <x> 
times 10 milliseconds for DTR to be asserted 
by the user device. Regardless of DTR, outgo- 
ing calls can be placed from the port. When 
DTR control is off, sessions can be established 
and maintained without regard for this signal. 


When the DTR signal is not asserted by the 
user device, this signal will be asserted by the 
PCU when the first incoming session is estab- 
lished. RI remains asserted while one or more 
sessions are established and DTR is low. When 
DTR has a timeout value, RI will be dropped ei- 
ther when DTR is asserted or when the timeout 
has expired. 


The user device may request autobaud of its 
PCU port by asserting AB. When autobaud is 
enabled and the port is in command mode and 
has no current sessions, the user device may 
request autobaud of its PCU port, by a high-to- 
low transition of AB. 


ennai 


31 March 1982 


C-1/2 


LocaliNet 20 


APPENDIX D: 


FLOW CONTROL 


Each LocalNet 20 Packet Communication Unit imple- 
ments flow control mechanisms which have the fol- 
lowing attributes: 


integrity — The PCU does not deadlock over lack of 
internal buffers; 


fairness — No one session or user device port mo- 
nopolizes internal buffers; 


performance — Sufficient buffers are provided to 
deal with the throughput required by user de- 
vices; 


efficiency — In order to minimize retransmissions 
caused by dropped packets, the PCU responds 
to the flow control actions of its correspondent 
PCUs. | 


A LocalNet PCU provides three types of local flow 
control mechanisms.to attached user devices. These 
include: 


None 


_No local flow control is selected. If the PCU cannot 


transmit fast enough to keep up with a transmitting 
user device, the device’s data may be lost. Similarly, if 
the user device cannot receive quickly enough to keep 
up with data received from its local PCU, some data 
on the current connection may be lost. 


EIA Flow Control 


EIA flow control is bi-directional between the PCU and 
the attached local device. 


The CTS (Clear To Send) signal line controls input 
from the local user device to the PCU port. The PCU 
blocks input from the user device by selectively drop- 
ping the CTS signal. . 


The PCU decides when to assert CTS in the following 
manner. If sufficient local buffer space is available, 
and the destination PCU is not flow controlling the 
session, then the local PCU asserts CTS. 


If the number of local PCU buffers decreases below an 
internal threshold, or if the destination PCU is flow 


controlling the session, the local PCU does not assert 
CTS until these resource limitations are removed. The 
limitations can be removed either when the number of 
local PCU buffers becomes large enough, or when the 
session receives additional transmission capacity 
from the remote PCU. . 


The RTS (Request To Send) signal line controls output 
from the PCU to the local device. If the user device 
drops RTS, the PCU imposes flow control on its virtual 
connection and ceases delivery of data to the user de- 
vice port until the device again raises RTS. 


Xon/xoff Flow Control 


Xon/xoff flow control is applied in both directions be- 
tween the PCU and its user device(s). 


The PCU provides each user device the ability to 
specify the hexadecimal representation of ASCII char- 
acters used for xon and xoff. The default is the ASCII 
standard. The characters are the same for both trans- 
mission and reception. When the user device trans- 
mits the xoff character to the PCU, the PCU prevents 
subsequent transmissions through that port to the 
user device and also flow controls the port’s current 
session. 


Flow control to that session is lifted when the user de- 
vice transmits the xon character to the PCU, and 
transmissions to the device port are resumed. Trans- 
mission of an xon character when no previous xoff is 
pending has no effect, and the xon will be delivered to 
the output port. Transmission of two xoff characters 
with no intervening xon has no effect. 


When the PCU must prevent transmission from the 
user device, either because not enough local buffers 
are available, or because the remote PCU has im- 
posed flow control, the PCU transmits the xoff charac- 
ter to the user device. The PCU ignores characters it 
receives, until flow control is removed. When more 
buffers are available or when the remote PCU has re- 
moved session flow control, the PCU transmits xon to 
the user device port, thus enabling subsequent trans- 
mission by the user device. 


The type of flow control used at each PCU port may be 
specified by the flow command. 
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FLOW CONTROL 


A user device may have as many as four sessions con- 
nected at the same time through a given 20/100 PCU 
port. A device attached to a 20/200 PCU can have as 
many as sixteen simultaneous sessions. The user de- 
vice may switch between these sessions, directing 
which session is current. 


In order to control which sessions (in addition to the 
current session), can output data to the port, the user 
device may direct the PCU to impose flow control on 
one or more of the inactive sessions. The suspend 
command is used to impose flow control on inactive 
sessions. When a flow-controlled inactive session is 
made current, the local flow control condition is auto- 
matically removed as a side effect of the switch com- 
mand. However, the new session may have its flow 
controlled by the remote PCU. 
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Capacity 
DTEs 
Channel 
Medium 
System 


Error rate 


Network 


Type 


Compatibility 


Medium 

Cable type 

Cable topology 
Medium access method 


Line protocol 


Analog 
Transmitter 
Transmit frequency range 
Midsplit 
Subsplit 
Transmitter output 


Output linearity 


Modulation technique 
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APPENDIX E: 
TECHNICAL SPECIFICATIONS 


Microprocessor-based packet-mode network interface designed to provide 
data communications services via broadband coaxial cable networks for as 


many as two DTEs (20/100) or eight DTEs (20/200). 


Two for a 20/100, eight for a 20/200 PCU 
200 simultaneous active users 

120 channels 

24000 simultaneous active users 


Less than 1 in 10**9 bits 


Midsplit or subsplit Broadband CATV System 


Compatible with 6 MHz CATV channel assignments 


75 ohm coaxial cable or standard CATV cable 
Branching tree 
Carrier Sense Multiple Access with Collision Detection (CSMA/CD) 


HDLC derivative, designed for local network use 


a 6 MHz group 

within 70— 106 MHz range 

within 226.25— 262.25 MHz range 
+30 to +48 dBmv, adjustable 

+ 2dB 


Frequency modulation (FM) 
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TECHNICAL SPECIFICATIONS 


Frequency deviation 
Frequency stability 

Number of channels supported 
Channel spacing 


Frequency agility 


Carrier on/off ratio 

~ Carrier harmonic content 
Output impedance 

Receiver 

Receive frequency range 
input level 
Receiver sensitivity 
Receiver stability 


Input impedance 


Digital Interface 


Type 


Data rate 

Flow control 

Number of stop characters 
Parity 


Number of DTE interfaces 


User Interface 


Type 


Protocol 


Number of concurrent virtual 
connections supported 


mn 35 KHz., with a tolerance of +2 KHz | 
+ 0.005% 

120; 20 channels per PCU 

300 KHz 


20 channels from the set of 120 can be software selected—the selection of 
which 20 channel subset is an ordering option 


Greater than 50 dB 
Greater than 50 dB below carrier level 


75 ohms 


226.25 - 262.25 MHz 

-2 dBmv + 6dBmv 

Greater than 2.7 microvolts for 20 dB of quieting on all channels 
+ 0.01% 


75 ohms 


EIA RS-232C asynchronous with full modem control (RS-232C byte syn- 
chronous available as an option) 


75 bps— 19.2 Kbps 

Clear-to-send (CTS), xon/xoff, or none 
1, 1.5, or 2 

Odd, even, or none 


Two (20/100) or eight (20/200) 


A subset of CCITT X.3 parameters and functions is provided for interface 
between the DTE and the PCU. Interface to the LocalNet is provided via an 
X.28 subset specifically designed to support local area networks. 


Virtual connection (VC) protocol providing end-to-end data integrity 


Four (20/100) or 16 (20/200) 
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Physical and Mechanical 
Rear panel connectors: 

Digital 

RF 

Power 

Rear panel controls 
Front panel indicators: 


Power on 
Status 
Lines (20/200) 


20/100— 
Size 
Weight 
Power 


20/200 — 


Size 

Weight 

Power 
Environmental 
Operating temperature 


Relative humidity 


TECHNICAL SPECIFICATIONS 


Cannon DB-25S or equivalent per DTE port 
Female type F coaxial fitting 
Recessed male RFI-filtered AC connector 


System reset pushbutton 


Red/green LED used to indicate power on condition and packet transmis- 
sion. 


Red/green LED used to indicate self-test status, connection established, 
and packet reception. 


8 Red/green LEDs used to indicate existing session, or not accepting ses- 
sion requests. 


3.625” high x 8.25” wide x 12.5” long 
6 Ibs., approximate 


105-125 VAC + 5%, 50 - 60 Hz., 25VA maximum (Optional 210-250 VAC) 


5.5” high x 16.5” long 
20 Ibs. approximate 


105-125 VAC +5%, 50 - 60 Hz., 25VA maximum (Optional 210-250 VAC) 


0 to + 40 degrees Centigrade 


To 95% (non-condensing) 
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PRODUCT OPTIONS 


The following figures list the possible entries in each 
section of the LocalNet 20 PCU label. By comparing 
the option label on your PCU with the entries and their 
meanings given here, you will see what options are im- 
plemented on a PCU. Note that for some options, 
there is a default configuration. Figure F—1 lists the 
modem channel groups and other options currently 
available on the LocalNet 20 PCU. 


Each PCU includes a modem, and the modem’s chan- 
nel group determines the PCU’s channelNo. 


The first number in the modem option section indi- 
cates the channel group. 


The second number gives the modem type (0: mids- 
plit; 1: subsplit). 


The last number indicates the modem cable interface 
(1: single cable; 2: dual cable). 


APPENDIX F: 
OPTION LABELS 


Single Cable Midsplit Channel Group A 
Single Cable Midsplit Channel Group B 
Single Cable Midsplit Channel Group C 
Single Cable Midsplit Channel Group D 
Single Cable Midsplit Channel Group E 


_Single Cable Midsplit Channel Group F 


Dual Cable Midsplit Channel Group A 
Dual Cable Midsplit Channel Group B 
Dual Cable Midsplit Channel Group C 
Dual Cable Midsplit Channel Group D 
Dual Cable Midsplit Channel Group E 
Dual Cable Midsplit Channel Group F 


Single Cable Subsplit Channel Group L 


Single Cable Subsplit Channel Group M 
Single Cable Subsplit Channel Group N 


Dual Cable Subsplit Channel Group L 
Dual Cable Subsplit Channel Group M 
Dual Cable Subsplit Channel Group N 


Asynchronous User Device Protocol 
Bisynchronous User Device Protocol 


RS-232C User Device Physical Interface 


120 VAC 50-60 Hz. AC Power 
240 VAC 50-60 Hz. AC Power 


Figure F-1. Product Options 
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Assigning addresses, 3-4 
Attributes, 3-9 
Autobaud, 3-9, 4-2, 5-2 


Baud, 3-8, 4-2 
Broadband, 1-1, 2-1 


Call command, 4-3 


- Coaxial cable, 2-2 


Command syntax, 4-1 

Commands, 3-2, 3-8, 4-1 thru 4-20 
Communications protocols, 2-3 
Communications services 2-3 
Concept of operations, 3-1 
Configuring PCU global attributes, 3-4 
Configuring PCU port attributes, 3-4 
Construction of the PCU, 3-2, 3-10 


Data carrier detect, 4-4 

Data handling, 3-6 

Data terminal ready command, 4-6 
Data transfer sequence, 6-2 

DCD, 4-4 

Diagnostic service, 3-10 

Disable command, 4-5 

Done command, 4-5 

DTR command, 4-6 


Echo command, 4-6 
Enable command, 4-7 
Eom command, 4-7 
Expand command, 4-8 


Flow command, 4-9 
Flow control, 3-7, D-1 


Global attributes, 3-4 
Glossary, B-1 
Group command, 4-9 


Help command, 4-10 


Idle command, 4-10 


‘Intelligent network, 1-2 


Interconnection, 2-5 
Interrupt command, 4-11 
Introduction, 1-1 


Listen command, 4-11 
LocalNet construction, 1-1, 3-10 
Location command, 4-11 


Maintenance services, 3-10 
Management, 2-5, 3-3, 3-4 
Manual structure, ii 
Maxsession command, 4-12 
Messages, A-1 


Network control, 2-5 
Newline command, 4-12 


Operations, 3-1 
Option labels, F-1 
Overview, 2-1 


Packets, 1-1 

Packet communication units, 1-1, 2-5 
Parity command, 4-13 

Pcall command, 4-13 

PCU check out, 5-1 

PCU installation and set up, 5-1 
PCU/User device port attributes, 3-9 
Privilege command, 4-15 

Protocols, 2-3 ~ 

Punit command, 4-14 


Quiet command, 4-15 


Remote Command, 4-16 


Services, 2-1 

Session management, 3-4, 3-5 
Signaling, 3-10 
Specifications, E-1 ~ 

Status command, 4-16 

Stops command, 4-17 
Suspend command, 4-18 
Switch command, 4-18 
System management, 2-5 


Technical specifications, E-1 
Technological background, 1-1 
Terminal attachment, 5-1 
Terminal communications, 6-2 
Timeout command, 4-19 
Troubleshooting, 6-1 


Unit command, 4-19 
User device characteristics, 3-2 


Xoff command, 4-20 
Xon command, 4-20 
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